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Introduction 



AUTOCODER is an advanced symbolic programming 
system for the ibm 1410 Data Processing System. It sup- 
plements and extends, but does not replace, the Basic 
Autocoder for the ibm 1410. 

A more powerful language than the Basic Autocoder, 
the ibm 1410 Autocoder can process macro-instructions, 
and reduces card handling by using magnetic tape or 
disk storage for program manipulation during assem- 
bly. The Autocoder processor can assemble programs 
designed to operate on all ibm 1410 systems. The 
macro-instructions described in the IBM 1410 Input/ 
Output Control System for Card and Tape Systems: 
Preliminary Specifications, Form J28-1432, can also be 
used when coding in Autocoder language. 

With Autocoder, the user can provide library routines 
for operations that are common to many source pro- 
grams. These routines are extracted from the library 
and tailored automatically by the processor to satisfy 
particular requirements outlined in the source program 
by the programmer. 

ibm 1410 Autocoder consists of two major parts: the 
symbolic language used by the programmer, and the 
processor program that translates this symbolic lan- 
guage into actual machine language and assembles 
the object program automatically. This publication con- 
tains the language specifications for ibm 1410 Auto- 
coder. 

The Autocoder language is composed of mnemonic 
operation codes used to perform operations falling in 
the following categories. 

1. Declarative operations 

2. Processor Control operations 

3. Imperative operations 

4. Macro operations 

The Declarative and Processor Control operation 
mnemonic codes direct the processor program. These 
codes are not translated into machine language, and 
do not appear in the object program. Imperative and 
macro operation mnemonic codes are translated by the 
processor program into machine-language operation 
codes that constitute the object program. 

This publication contains sections treating each of 
these categories of operations in detail. 

Prerequisites 

To use Autocoder, the programmer should be familiar 
with the material contained in the manual, IBM 1410 
Principles of Operation, Form A22-0526. 



Machine Requirements 

The Autocoder processor can assemble object programs 
for all ibm 1410 systems. The Bulletin, IBM 1410 Proc- 
essor Operating System using Magnetic Tape and IBM 
1301 Disk Storage; Preliminary Specifications, Form 
J28-0243, specifies the machine requirements for as- 
sembling programs written in the Autocoder language. 

Coding Sheet 

The 1401/1410 Autocoder coding sheet (Figure 1) is 
free-form ( the operand portion of each line is not sub- 
divided into fields ) , thus allowing the programmer in- 
creased coding flexibility. 

All Autocoder entries are entered on the Autocoder 
coding sheet. Column numbers on the coding sheet 
indicate the punching format for all input cards in the 
source deck. Each line of the coding sheet is punched 
into a separate card. If the source program is entered 
by magnetic tape, the contents of the cards prepared 
from the coding sheet must be written in one-card-per- 
tape-record format. The function of each portion of the 
coding sheet is explained in the following paragraphs. 

PAGE NUMBER (COLUMNS 1 AND 2) 

This two-character entry provides sequencing for cod- 
ing sheets. Any alphamerical characters may be used. 
Follow standard collating sequence for the ibm 1410 
when sequencing pages. 

LINE NUMBER (COLUMNS 3-5) 

A three-character line number sequences entries on 
each coding sheet. The first 25 lines are prenumbered 
01-25. The third position can be left blank. (Blank is 
the lowest character in the collating sequence.) The 
five unnumbered lines at the bottom of each sheet can 
be used to continue line numbering or to make inser- 
tions between entries elsewhere on the sheet. Use 
the units position of the line number to indicate the 
sequence of inserts. Any alphamerical character may 
be used, but standard collating sequence should be 
used. For example, if an insert is to be made between 
lines 02 and 03, it could be numbered 021. Line num- 
bers do not necessarily have to be consecutive, but the 
deck should be in collating sequence for sorting 
purposes. 

The programmer should note that insertions can 
affect address adjustment. An insertion might make it 



necessary to change the adjustment factor in the oper- 
and of one or more entries. See "Address Adjustment." 

LABEL (COLUMNS 6-15) 

Labeling is a method of providing meaningful alpha- 
merical symbols for storage locations, constants, and 
instructions used in a program. All labels are assigned 
actual core-storage addresses during the assembly of 
an object program. When an entry is assigned a label, 
the programmer can refer to that entry symbolically 
by putting the label in the operand portion of a sub- 
sequent source program statement. Thus, the program- 
mer need not concern himself with actual addresses 
of data and instructions, but must remember only the 
symbol which represents that address. Labels should 



be assigned only if subsequent reference to the items 
they represent is needed, because unnecessary labels 
delay the assembly process. 

Autocoder labels can be symbolic or actual. A sym- 
bolic label can have as many as ten alphamerical 
characters, but the first character must be alphabetic. 
Special characters are not permitted in the label field. 

Symbolic labels are written left-justified in the label 
field except as described in "dc" or "dcw." 

Actual labels are always written left-justified in the 
label field. This actual address refers to the high-order 
position of the instruction, constant, or defined field. 
Actual labels have no effect on the address assignment 
counters. 
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Figure 1. ibm 1401/1410 Autocoder Coding Sheet 
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OPERATION (COLUMNS 16-20) 

The operation field contains the mnemonic (easily 
remembered) operation code for an actual machine- 
language operation code. (See "Mnemonic Operation 
Codes.") 

Several machine-language operation codes require 
operation modifiers ( d-characters ) . With a few excep- 
tions, these d-characters are incorporated into Auto- 
coder mnemonics and do not have to be coded on the 
coding sheet. Thus, a single machine-language opera- 
tion code may have two or more mnemonic equiva y - 
lents. For example, the machine-language op code V 
(test for word-mark or zone and branch) has three 
mnemonic equivalents: bw (branch if word-mark), 

BZN (BRANCH IF ZONE), and BWZ (BRANCH IF WORD-MARK 
AND/OR ZONE). 

OPERAND (COLUMNS 21-72) 

The operand field in an imperative instruction contains 
the actual or symbolic addresses of the data, literals, 
or address constants to be acted upon by the command 
in the operation field. Address adjustment and indexing 
can be used in conjunction with these constants. 

The Autocoder coding sheet has a free-form oper- 
and field. The A-operand, the B-operand, and the 
d-character must be separated by commas. If address 
adjustment or indexing or both are to be performed, 
these notations must immediately follow the address 
being modified. Figures 3 and 4 show typical Auto- 
coder entries. 

COMMENTS 

A comment can be included in the operand field of an 
Autocoder statement. At least two spaces must separate 
it from the last character of the operand. 

Entire lines of information can be included any- 
where in the program by using a comments card. In 
such a card, containing comments only, the program- 
mer must put an asterisk in column 6. Columns 7-72 
can then be used for the comment itself. Comments 
inserted in this way appear in the symbolic listing but 
produce no entry in the object program. 



IDENTIFICATION (COLUMNS 76-80) 

This entry identifies a program or program section. 
This identification number, when used, appears in the 
object deck as described in "job." The areas labeled 
Program, Programmed By, and Date are for the con- 
venience of the user, but are never punched. 

Condensed Card Format 

The machine language program produced by the Auto- 
coder processor is punched into cards or placed on 
magnetic tape in card-image form, following the format 
shown in Figure 2. 



CARD COLUMN 



CONTENTS 



10 
11 

13 



Word separator character (0-5-8 Punch) 



xxxxx = Low-order address of the area into which the data in 
columns 13-72 is to be loaded. 



Word separator character 



; = Number of characters to be loaded from this card. See NOTE 
below. 



Instructions and/or data to be loaded into core storage beginning at 
the location specified in Columns 2-6. This information 
must be entered beginning in Column 13. 

NOTE: To enter a word mark into storage during loading, 

punch a word separator character in the columns pre- 
ceding the character with which the word mark is to 
be associated. The word separator characters are 
not included in the character count entered in 
Columns 11-12. 

To enter a word separator character into core stor- 
age, punch two adjacent columns with this char- 
acter. Word separator characters can not be loaded 
nth an associated word mark. ^ 



72 
73 



These columns are ignored by the Load Program and may 
contain any information desired by the user. 

NOTE: Autocoder Processor places a card sequence num- 
ber in Columns 73-75, and the program "Identifi- 
cation," if any, in Columns 76-80. 



Figure 2. Condensed Card Format 



Introduction 



Address Types 



Six kinds of address types are valid in the operand 
field of an Autocoder statement: blank, actual, sym- 
bolic, asterisk, literals, and address constants. 

Blank 

A blank operand field is valid: 

1. In an instruction that does not require an operand. 

2. In instructions where valid A- and/or B-addresses 
are supplied by the chaining method. For example, 

MLCA A, B 

MLCA 
Note: If an instruction is to have addresses stored 
by other instructions, the operand or operands affected 
must not be left blank. For example, B is recom- 
mended if the address of the branch instruction is to 
be supplied during the running of the object program. 

Actual 

The actual core-storage address of a data field is valid 
in the operand field. High-order zeros in actual ad- 
dresses can be omitted as shown in Figure 3. Thus, an 
actual address can consist of from one to five digits. 
Figure 3 shows an imperative instruction that causes 
the contents of core-storage location 3101 to be added 
algebraically to the contents of location 140. This entry 
will be assembled as a machine-language instruction: 
A 03101 00140. Note that high-order zeros can be 
eliminated when coding actual addresses for Autocoder. 
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Figure 3. Autocoder Instruction with Actual Addresses 

Symbolic 

A symbolic address can consist of as few as one or as 
many as ten alphamerical characters. Special characters 
are not permitted. Blanks may not be written within a 
symbolic address. Figure 4 shows how symbolic ad- 
dresses are used. 

Figure 4 shows an indexed imperative instruction 
that causes the contents of the location labeled total 
to be placed in an area labeled accum as modified by 
the contents of index location 2. An address to be in- 
dexed is followed by a plus sign ( + ) , an X to indicate 
indexing, and a number from 1 to 15 to specify which 
index location is to be used, total is the label for loca- 
tion 3101 and accum is the label for location 140. 
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Figure 4. Autocoder Instruction with Symbolic Addresses 

The assembled machine-language instruction for this 
entry is: D 03101 001M0 C. The M in the tens position 
of the B-address is a 4-punch with an 11-overpunch. 
The 11-overpunch is the B-bit tag for index location 2. 

Asterisk (*) 

If an asterisk ( * ) appears as an operand in the source 
program, the processor will replace it with the actual 
core-storage address of the last character of the instruc- 
tion in which it appears ( except in equ, org, or ltorg 
statements, where the asterisk refers to the current posi- 
tion of the processor address assignment counter ) . For 
example, the instruction shown in Figure 5 is assigned 
core-storage locations 00340-00351. The actual address 
of wkarea is 00598. The assembled instruction is D 
00351 00598 C. When the instruction is executed in the 
object program, D 00351 00598 C will be placed in 
wkarea. 

Asterisk operands can have address adjustment and 
indexing. 
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Figure 5. Asterisk Operand in Autocoder Instruction 

Literals 

The ibm 1410 Autocoder permits the user to put in the 
operand field of a source program statement the actual 
data to be operated on by an instruction. This data is 
called a "literal." The processor allocates storage for 
literals and inserts their addresses in the operand or 
operands of the instructions in which they appear. The 
processor produces a dcw card that puts a word mark 
in the high-order position of a literal when it is stored 
at program load time. Literals are permitted only in the 
operand field of an Autocoder statement and can be 
numerical or alphamerical. A literal can be up to 52 
characters in length, including the sign; i.e., it must be 
contained in one line of the coding sheet, and it must 
not extend beyond column 72. Literal addresses may 
make use of address-adjustment and/or indexing. 

Four types of literals are discussed in the following 
paragraphs. 



NUMERICAL LITERALS 

Numerical literals are written according to the follow- 
ing specifications: 

1. A plus or minus sign must precede a numerical 
literal. The processor puts the sign over the units 
position of the number when it is assigned a storage 
location. Note: To store an unsigned number, use an 
alphamerical literal. 

2. When a numerical literal does not exceed nine 
digits plus sign ( blanks are not allowed ) , it is assigned 
a storage location only once per program or program 
section, no matter how many times it appears in the 
source program or program section. Note: A program 
section is defined as the source program entries that 
precede a Literal Origin, End or Execute Statement. 
In some programs several program sections are needed 
because the entire object program exceeds the total 
available storage capacity of the object machine. In 
these cases individual program sections are loaded into 
storage from cards, tapes, or random access storage and 
are executed as they are needed. Program sections are 
sometimes called "overlays." 

Figure 6 shows how a numerical literal can be used 
in an imperative instruction. Assume the literal ( + 10 ) 
is assigned a storage location of 00584 and 00585 and 
aname is assigned 00682. The symbolic instruction will 
cause the processor to produce a machine-language in- 
struction (A 00585 00682) that causes + 10 to be added 
to the contents of aname. 
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Figure 6. Numerical Literal 



ALPHAMERICAL LITERALS 



Alphamerical literals are written according to the fol- 
lowing specifications: 

1. An alphamerical literal must be preceded and fol- 
lowed by the @ symbol. The literal itself can contain 
blanks, alphabetic, numerical, and special characters 
( including the @ symbol ) . However, a comment on the 
same line as an alphamerical literal must not contain 
the @ symbol. 

Upon encountering an alphamerical literal, the proc- 
essor proceeds to column 72 of the card and searches 
right to left for the terminal @ symbol. If it encounters 
any @ symbol, it will assume this is the legitimate 
terminal. 

2. An alphamerical literal of from one to nine charac- 
ters with preceding and following @ symbols is as- 
signed a storage location only once per program or 
program section, no matter how many times it is used 
in the source program. 



3. Longer alphamerical literals are assigned a storage 
location each time they are encountered in the source 
program. To save storage space in cases where multiple 
use of long literals is necessary, use a dcw statement. 

Figure 7 shows how an alphamerical literal can be 
used in an imperative instruction. Assume that the 
literal January 28, 1961 is assigned a storage location 
of 00906, and date is assigned 00230. The machine- 
language instruction (D 00906 00230 C) causes the 
literal January 28, 1961 to be moved to date. 
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Figure 7. Alphamerical Literal 



AREA -DEFINING LITERAL 



The 1410 Autocoder allows the user to define an area 
to be reserved by placing an area-defining literal in the 
operand field of a symbolic program entry as follows: 

1. An area of any size may be defined in any instruc- 
tion which has as an operand the symbol which refer- 
ences it; for example, wkarea#6. 

2. A # symbol ( 8-3 punch ) must precede the number 
that specifies how many core-storage locations are 
needed for the work area. Note that the # symbol is 
represented in the Fortran character set as an = sym- 
bol. 

3. A word mark is placed over the high-order posi- 
tion of the area. 

4. If the user refers to a portion of the same defined 
area, such as wkarea#2, he will be given a multiple 
definition flag in his output listing. However, he may 
refer to the defined area cwkarea#6) more than once. 

5. Area-defining literals must be redefined after each 
ltorg entry. (See "Processor Control Operations.") 

6. Address adjustment and indexing are permitted 
when using area-defining literals. 

Figure 8 shows an imperative instruction with an 
area-defining literal. This entry causes the processor 
to allocate six storage locations for wkarea. Six blanks 
will be loaded in storage at object program load time 
by a dcw card automatically produced by the proces- 
sor. Assuming that amount is in storage location 00796 
and wkarea is in 00596, the assembled machine- 
language instruction that moves amount to wkarea 
is D 00796 00596 C. 
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ADDRESS CONSTANT LITERALS 

The actual 5-character machine address which is as- 
signed to a label by the processor can be defined as an 
address constant. Autocoder permits address constants 
to be coded symbolically in the instructions that re- 
quire them: 

1. The symbol for an address constant can contain 
as many as ten characters. 

2. A plus sign must precede the symbol. The address 
constant is the actual address which was assigned 
to the label by the processor. 

3. The address constant being defined must appear 
elsewhere as a symbol in the symbolic program. 

4. The address constant is assigned a core-storage 
address, as are all constants, and a dcw card is 
created automatically by the processor. The ad- 
dress constant literal is unsigned in core storage. 

Note: If address adjustment and/or indexing occur, 
they modify the address of the literal, not the literal 
itself. If the literal itself is to be modified, it must be 
defined by a dcw statement. 

Figure 9 shows how an address constant literal can 
be used. Assume that cash is used as a label elsewhere 
in the program and has been assigned a machine ad- 
dress of 00600. The address constant (00600) has been 
assigned storage location 00797. The first character in 
the second instruction is in core storage at address 
00401. Thus, the address of inst + 5 is 00406. 
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Figure 9. Address Constant 

The assembled machine-language instruction for 
the first symbolic instruction in Figure 9 is D 00797 
00406 C. 

work is in storage location 00729. The assembled 
machine-language instruction for the second symbolic 
program entry is D 00000 00729 C. When the first 
instruction is executed in the object program, the con- 
stant 00600 is moved to 00406 and the second instruc- 
tion becomes D 00600 00729 C. When the second 
instruction is executed, the contents of cash are moved 
to WORK. 

Thus, the programmer can write an instruction that 
will move a machine address into the operand of an- 
other Instruction at program execution time, even 
though he does not know what that address is. 



Address Adjustment 

Address adjustment is valid in the operand field on all 
symbolic addresses, including the asterisk. It enables 
the programmer to refer to an entry in his source pro- 
gram that is a specified number of locations away from 
a symbolic address. Its usage reduces the number of 
symbolic labels required. Address adjustment is indi- 
cated by writing after the symbolic address a plus or 
minus sign followed by one to five digits (Figure 10). 

When the label, manno is assigned location 05000 
and total is assigned the location 00075, the assem- 
bled instruction is A 05012 00075. 

If the instruction in Figure 11 is assigned the ad- 
dress 05000, the assembled instruction is ? 04998 00075, 
because * refers to the rightmost position of the in- 
struction (05010). When using address adjustment, the 
programmer should remember that insertions or de- 
letions in the source program can affect adjustment 
addresses. 
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Figure 10. Address Adjustment 
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Figure 11. Address Adjustment with an Asterisk Operand 

Index Registers 

Indexing is accomplished by tagging an address in the 
operand field with an indicator telling the processor 
which index register is to be used. The ibm 1410 sys- 
tem has 15 index registers that can be referred to in 
Autocoder language by placing an X before their num- 
ber. Thus, X10 denotes index register 10. The X en- 
ables the processor to distinguish between address 
adjustment and indexing. 

An index register can also be referred to symboli- 
cally. X0 through X15 are not acceptable as symbolic 
names. The index label must be preceded by a plus. It 
follows the operand address and the address adjust- 
ment, if any. Figure 12 shows an example of indexing. 

The contents of the location whose address is the 
address of manno plus the contents of index register 2 
are algebraically added to the contents of location 
00400. For example, if the label manno is assigned 
location 05000 and index register 2 contains 500, then 
the preceding instruction causes the contents of loca- 
tion 05500 to be added to the contents of location 
00400. Indexing is not acceptable in ds, org, or ltorg 
declarative operations or control operations. 
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Figure 12. Indexing 

An index register can be specified in the operand 
field for other than indexing purposes. For example, 
a numerical value can be added to the contents of an 
index register. In this case, the index register may be 
referred to by its actual label (XI, X2, etc.) or its 
symbolic label (see "equ"). 

Index Register Reservation 

The processor assigns index registers referred to in the 
symbolic program. 

Those index registers that are coded in actual nota- 
tion (XI, X2, etc.) and those equated to a symbolic 
^address by an equ statement are assigned first. Then 
the remaining index registers are assigned to symbols 
the programmer has used to represent index registers. 
For example, the programmer may use the symbolic 
instruction shown in Figure 13. 
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Figure 13. Symbolic Label for an Index Register 

In this case, const is the symbolic label for an index 
register. Its contents will modify the address assigned 
to the label (whtax). The instruction in Figure 13 may 
be followed by the instruction shown in Figure 14. 
This instruction puts the numerical value 25 in the 
index register which the processor assigns to const. 
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Figure 14. Using the Symbolic Label 

Autocoder Coding Examples 

Figure 15 shows an imperative instruction with address 
adjustment and indexing on a symbolic address. The 
processor will subtract 12 from the address assigned the 
label total. The effective address of the A-operand is 
the sum of total - 12 plus the contents of index loca- 



tion 1. The assembled instruction D 030Y9 00140 C 
will cause the contents of the effective address of total 
-12 + X1 to be placed in the location labeled acctjm 
(assuming again that total is the label for location 
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Figure 15. Autocoder Instruction with Address Adjustment and 
Indexing 

3101 and accum is the label for location 140). The Y 
in the tens position of the A-address is an 8-punch with 
a zero overpunch. The zero overpunch is a tag for index 
location 1. 

Note: Address adjustment and indexing are per- 
mitted in the same operand. Multiple address adjust- 
ment causes the algebraic sum of the factors to be 
used. With multiple indexing, only the rightmost index 
notation is effective. For example: 

A total +3 +X1 -12 +X2, accum -5 +X2 +35 

will be interpreted as: 
A total -9 +X2, accum +30 +X2 

which is equivalent to: 
A total +X2 -9, accum +X2 +30 
Figure 16 is an imperative instruction with two sym- 
bolic operands and a d-character. Although many of 
the augmented operation codes available for use with 
Autocoder eliminate the need to write the d-character 
in a symbolic instruction, sometimes the d-character 
must be specified by the programmer. If an instruction 
requires such a specified d-character, it is written fol- 
lowing the A- and B-operands and is separated from 
the remainder of the instruction by a comma. The 
assembled machine-language instruction is: B 00392 
00498 2. It branches to entry a (00392) if the location 
labeled switch contains a 2. 
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Figure 16. Autocoder Instruction with a d-Character 
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Declarative Operations 



A program for the 1410 usually requires the use of 
work areas and constants. A work area is a portion of 
storage into which data is transferred for processing. 
It can be used for the accumulation of totals or for 
the assembling of data to be printed out or punched 
into cards. A constant is a fixed quantity or item of 
information that is required again and again or that 
must remain the same throughout the course of the 
program. For example, a date can be considered a 
■constant. 

Autocoder enables the programmer to refer to work 
areas and constants by their descriptive names without 
regard to their actual location in core storage. For ex- 
ample, assume that the programmer wants to reserve 
twenty consecutive core locations for accumulating a 
final sales total. A declarative operation enables the 
programmer to reserve such an area and to refer to it 
by a symbolic label without concerning himself witH 
the actual address of the field. 

Declarative operations are definitions rather than 
instructions. As such they are acted upon during as- 
sembly but are not executed during the running of 
the object program. For this reason the programmer 
should keep declaratives separate from imperatives 
( machine instructions ) when writing the symbolic pro- 
gram. If they are placed in the body of the program, 
care must be taken to branch around them so they 
will not be treated as instructions. 

The ibm 1410 Autocoder provides five different 
declarative operations for reserving work areas and 
storing constants : 



OP CODE 


PURPOSE 


DCW 


Define Constant with Word Mark 


DC 


Define Constant (no word mark) 


DS 


Define Symbol 


DA 


Define Area 


EQU 


Equate 



DCW - Define Constant with Word Mark 

A dcw statement is used to enter a numerical, alpha- 
merical, or address constant with a word mark into a 
core-storage area. Symbolic labels address the low- 
order position of the constant. Word marks are set in 
the high-order positions of all constants. If a symbolic 
label is indented one position, the address of the high- 
order position of the constant will be assigned to the 



symbol. Actual labels always refer to the high-order 
position of the defined constant. 

The programmer: 

1. Writes the operation code cdcw) in the operation 
field. 

2. May write an actual or symbolic label in the label 
field. The programmer may refer to the constant later 
by writing this label in the operand portion of sub- 
sequent instructions. 

3. Writes the constant in the operand field beginning 
in column 21. 

NUMERICAL CONSTANTS 

1. A numerical constant can be preceded by a plus 
or minus sign. A plus sign causes AB-bits to be placed 
over the units position of the constant; a minus sign 
causes a B-bit to be put there. If a numerical constant is 
unsigned in the dcw statement, it will be stored as an 
unsigned field. 

2. The first blank column appearing in the operand 
field terminates a numerical constant. 

3. The maximum size of a numerical constant is 51 
digits and a sign, or 52 digits with no sign. 

Example: Figure 17 shows the number + 10 defined as 
a numerical constant. The address of the constant will 
be inserted in the object instruction wherever ten 
appears in the operand field of another symbolic 
instruction. 
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Figure 17. Numerical Constant Defined in a dcw Statement 
ALPHAMERICAL CONSTANTS 

1. An alphamerical constant must be preceded and 
followed by the @ symbol. Blanks and the @ sym- 
bol can appear within an alphamerical constant, but 
the @ symbol cannot appear in a comment on the same 
line as an alphamerical constant. 

,2. The alphamerical constant itself can be as large 
as 50 characters. 

3. If no terminal @ is present, a 51-character con- 
stant will be produced. 

Example: Figure 18 shows the alphamerical constant, 
January 28, 1961, defined in a dcw statement. The ad- 
dress of the constant will be inserted in the object pro- 
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Figure 18. Alphamerical Constant Defined in a dcw Statement 

gram instruction wherever date appears in the operand 
field of another symbolic program entry. 

Note: A comma G following the trailing @ symbol 
of an alphamerical constant causes the processor to 
put a group-mark word-mark in storage following the 
last character of the constant. The associated label, if 
a~ny, will refer to the last character of the constant, not 
the group-mark word-mark. 

BLANK CONSTANTS 

A # symbol precedes a number indicating how many 
blank storage positions are to be defined. This permits 
the programmer to reserve a field of blanks with a word 
mark in the high-order position of the field. Maximum 
size of this field is limited only by the available stor- 
age capacity. 

Example: Figure 19 shows an 11-character blank field 
defined by a dcw statement. The address of this blank 
field will be inserted in an object program instruction 
whenever the symbol blank appears as the operand of 
another symbolic program entry. 
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Figure 19. Blank Constant Defined by a dcw Statement 
ADDRESS CONSTANTS 

An address constant can be preceded by a plus or a 
minus sign, or it can be left unsigned. The constant is 
the actual machine-language address of the field whose 
associated label is included in the operand. The units 
position of the constant will have the sign which the 
user placed before the operand. 

Note: Address constants may be address adjusted 
and indexed. 

Example: Figure 20 shows an address constant (the 
address of manno) defined by a dcw statement. The 
address of the address constant manno will be inserted 
in an object program instruction whenever serial ap- 
pears as the operand of another symbolic program 
entry. This example shows the dcw defining the address 
of manno plus 10. Therefore, if manno is located at 
01000, the value in the dcw will be 01010. 
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Figure 20. Address Constant (address adjusted) Defined by a 
dcw Statement 



DC - Define Constant (No Word Mark) 

This statement has the same characteristics as the dcw 
statement. The only difference is that the processor 
does not cause a word mark to be set at the high-order 
position of the constant when the constant is produced 
in the object deck. » , 

DS — Define Symbol 

A ds statement reserves and'labels an area of core stor- 
age. It differs from a dcw or dc statement in that no 
information ( constant ) is loaded into this area at pro- 
gram load time. 

The programmer: 

1. Writes the operation code (DS) in the operation 
field. 

2. May write a symbolic address in the label field. 

3. Writes a number in the operand field to indicate 
how many storage positions are to be reserved. 

The processor: 

1. Assigns an actual address to the low-order position 
of the reserved area. 

2. Inserts this, address in the instruction wherever the 
symbol in the label field appears in the operand field 
of another symbolic program entry. 

Example: Figure 21 shows how a 10-position core-stor- 
age area can be reserved. The programmer can refer to 
the label by putting accum in the operand field of 
another symbolic program entry. 
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Figure 21. ds Statement 

DA — Define Area 

DA statements reserve and define portions of core stor- 
age, such as input or output or work areas. They can 
also define more than one area, if all these areas are 
identical in format. A da statement differs from a dcw 
statement in that a da statement can, in addition to 
defining the large area, also define several fields within 
it. The da statement furnishes the processor with the 
lengths, names, and relative positions of fields within 
the defined area. 

header line 

The programmer constructs a header line for the da 
entry as follows: 

1. Writes the operation code cda> in the operation 
field. 

2. May write an actual or symbolic address in the 
label field. This address represents the high-order posi- 
tion of the entire area defined by the da statement. 
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3. Indicates in the operand field the required size of 
the area in the f orm b X l. b is the number of identical 
areas to be defined and l is the length of each area. For 
example, if four identical areas, each 100 characters 
long, are to be defined, the first entry in the operand 
field is 4 X 100 as shown in Figure 22. If only one area 
is to be defined, the first entry is 1 X 100. 
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Figure 22. Four Areas Defined 

Indexing: To index a da statement, place a comma 
and the number of the index location (XI, X2, X3, 
etc. ) after the bXl indication. All labels in the entries 
following the header line will be indexed by the speci- 
fied index register when they appear in instructions, 
unless the instruction referring to the field is itself in- 
dexed. For example, if in area is defined by the state- 
ment shown in Figure 23, accum is indexed by index 
location 1. If the entry shown in Figure 24 appears as 
an instruction elsewhere in the program, accum (for 
this instruction only) will be indexed by the contents 
of index location 2. Because the instruction in Figure 
24 has indexing, this indexing overrides the indexing 
prescribed by the da statement. 
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Figure 23. Indexing a da Statement 
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Figure 24. Overriding Indexing in a da Statement 

Note: The programmer can negate the effect of index- 
ing on a field or subfield by putting an XO in the oper- 
and field of each instruction in which indexing is not 
wanted. Symbolic names for index registers may be 
specified in the heading line of a da statement only if 
previously defined by an equ statement. 

Record Marks: Record marks can be inserted to sep- 
arate records in the defined area. The processor will 
cause a 4= to be placed in storage immediately follow- 
ing each identically defined area if a comma 4= follows 
the b X l entry in the operand field. bXl does not in- 
clude an allowance for the record mark. For example, 
2 X 100 will cause 200 positions to be reserved for the 
defined area, but 2 X 100, 4= will cause 202 positions 
to be reserved. 

Group Mark with Word Mark: The user can cause 
the processor to put a group mark with a word mark 



one position to the right of the entire defined area 
by writing a G, preceded by a comma in the operand 
field. 

Relative to Zero Addressing: By writing a comma 
zero after the b X l entry, the user can cause the proc- 
essor to assign addresses to the labels of fields and sub- 
fields as though the high-order position of the defined 
area was core-storage location zero. The label of the 
da statement is assigned the address of the high-order 
position of the area actually reserved by the processor. 

Note 1: A user of 1410 iocs must define areas to be 
used for blocked records using indexing, with relative 
to zero addressing. 

Note 2: The programmer may write the 4=, index 
code, G and entries in any order in the operand field 
of the da header statement provided that they follow 
the b X l entry. 

other da entries 

The programmer constructs the balance of the da state- 
ment which defines fields and subfields for each area as 
follows: 

1. Leaves the operation field blank. 

2. Writes a symbolic label in the label field if one is 
desired. 

3. Specifies the relative location of defined fields 
within the area by putting two numbers in the operand 
field. The first location of the defined area is consid- 
ered location 1. The high-order and low-order positions 
of the field are written beginning in column 21. These 
two numbers must be separated by a comma. 

4. A subfield is a field within a defined field and is 
defined by putting the number representing the low- 
order position in the operand field. 

Notes: The processor causes word marks to be set 
in the high-order position of each defined field, but does 
not so identify subfields. If a word mark is desired in a 
one-position field, the relative position number must be 
written twice with the two numbers separated by a 
comma. 

Fields defined in a da statement can be listed in any 
order, and all positions within the defined area do not 
have to be included in the defined fields. 

The processor: 

1. Allocates an area in core storage equal to b X l 
plus positions for record marks and a group mark if 
they are specified in the heading line of the da entry 
and assigns actual addresses to the defined fields and 
subfields. 

2. Inserts the assigned address of the high-order posi- 
tion of the entire defined area wherever the contents 
of the heading line label field appear as the operand 
of another symbolic program entry. 
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3. Inserts the assigned addresses of the low-order po- 
sitions of defined fields and subfields in the place of 
symbols corresponding to the labels of the field-defin- 
ing entries. 
Result: At object program load time: 

1. Word marks are set for field definition as noted 
previously. 

2. A group mark and record marks are loaded as 
specified in the heading line. 

Example 

In this example, data is to be read from magnetic 
tape into an area of storage where it is to be processed. 
It is a payroll operation, and each record refers to a 
different employee. The records are written on tape in 
blocks of three. Each record is eighty characters long 
and has the following format: 

Positions 4-8 Man Number 



Positions 11-26 
Positions 32-37 
Positions 45-64 
Positions 66-71 
Positions 74-79 



Employee Name 

Date 

Gross Wages 

Withholding Tax 

FICA Deduction 



Remaining positions contain data not used in this 
operation. A group mark with a word mark is to be 
placed in storage immediately following the third area. 
The da statement in Figure 25 defines three adjacent 
identical areas into which each block of three records 
will be read. It also defines the fields and subfields that 
are to receive the data listed. The notation 3 X 80 in 
the header line indicates that three consecutive areas 
of eighty locations each are to be reserved. The entire 
240-location area can be referred to by its high-order 
label, edarea. The G in the header line will cause a 
group mark with a word mark to be placed in the 241st 
position. The reference to index location 2 in the 
header line indicates that the labels name, manno, 
date, gross, fica, and month, when referred to in 
symbolic instructions, will be indexed by index loca- 
tion 2. 

The iocs will give an instruction to read data from 
tape into a storage area labeled rdarea. This causes 
a block of three data records to be placed in the 240 
reserved core locations. As a result, the significant data 
is read into the appropriately labeled fields. This data 
can now be referred to via the labels date, manno, 
fica, etc., and the user need not concern himself with 
actual machine addresses. In this example, the iocs 
begins by setting index location 2 to the address of 
the input area. The user then processes the significant 
data in the first record. The subsequent get macro 
will increment index location 2 by eighty, and the user 
can branch back to the first instruction of the particular 
routine. Because all labels defined by this da statement 
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Figure 25. da Statement 

are incremented by the contents of index location 2, 
the program will now be processing the second record 
read into storage. When this routine is performed three 
times, the user has processed three input records and 
is ready to read three more records into storage. This 
has all been performed without any reference to actual 
machine addresses. 

Note 1: An area can be reserved for a record with 
variable fields by defining all possible fields as sub- 
fields. In this case, no word marks will be set in an 
individual area, but the programmer can control data 
transfer by setting word marks in the receiving fields. 

Note 2: If the length of the whole record can also 
vary, the programmer should reserve an area equal to 
the largest possible record size. 

EQU — Equate 

An equ statement assigns a symbolic label to an actual 
or symbolic address. Thus, the user can assign different 
labels to the same storage location in different parts of 
his source program. 

The programmer: 

1. Writes the operation code (equ) in the operation 
field. 

2. Writes an actual or symbolic address in the oper- 
and field. This address can have indexing and address 
adjustment. 

3. Writes a new label in the label field for the sym- 
bolic address defined in the operand field. 

The processor: 

1. Assigns to the label of the equate statement the 
same actual address that is assigned to the symbol in 
the operand field ( with appropriate alteration if index- 
ing and address adjustment are indicated ) . 

2. Inserts this actual address wherever the label ap- 
pears as the operand of another symbolic program 
entry. 

Result: The programmer can now refer to a storage 
location by using either name. 

Examples 

Figure 26 shows the label indiv equated to manno 

which has been assigned storage location 01976. When- 
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ever either manno or indiv appear in a symbolic pro- 
gram, 01976 will be used as the actual address. 

Figure 27 shows an equate statement with address 
adjustment. If fica is assigned location 00890, whtax 
will be equated to fica — 10 ( 00880 ) . whtax now re- 
fers to a field whose units position is 00880. 

Figure 28 shows a label assigned to an actual ad- 
dress. Assume that an input card contains netpay in 
card columns 76-80. When this card is read into stor- 
age, the area locations 01076-01080 contain net pay (if 
the read area is 01001-01080). This field can be re- 
ferred to as netpay if the equ statement in Figure 28 
is written in the source program. 
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Figure 26. equ Statement 



Figure 30 shows the symbol fielda equated to an 
asterisk address. The asterisk refers to the current 
position of the processor assignment counter. (This 
will be the first position of the instruction or data to 
be next assigned.) Assume that this address is 00698. 
fielda is now equal to 00698. 

Figure 31 shows how a label can be assigned to an 
index location. The operand contains a number from 
1 to 15, followed by a comma, followed by the letter 
X to indicate the specific index register, index 1 is now 
equal to 00029. Figure 31 also shows an alternative 
method for equating a label to an index register. 

Figure 32 shows how a tape unit can be assigned a 
label. In this case, the programmer wishes to refer to 
tape 4 on channel 1 as input. 

A tape unit may also be equated to a symbolic name 
by using the actual X-control field (for example % U 
4) as the operand, as shown in Figure 33. 
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Figure 27. Address Adjustment in an equ Statement 
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Figure 29. Indexing an equ Statement 
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Figure 28. Assigning a Label to an Actual Address 
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Figure 30. Equating with an * Operand 
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Figure 29 shows how an equate statement can be 
indexed. With indexing, the label is indexed by the 
index location specified in the equ statement, when- 
ever it appears as an operand in a symbolic program 
entry, unless the operand in which it appears is itself 
indexed. In Figure 29, the address assigned the sym- 
bolic label custno is equated to the actual address 
of job + the contents of index location 3. However, if 
custno + X2 or custno + XI appear as the operand 
of another symbolic program entry, the actual address 
of job will be added to the contents of index location 2 
or 1. Thus, the indexing in an instruction takes prece- 
dence, and index register 3 is ignored. 
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Figure 31. Assigning a Label to an Index Location 
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Figure 32. Assigning a Label to a Tape Unit 
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Figure 33. Actual X-Control Field 
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Processor Control Operations 



Autocoder has several control operations that enable 
the user to exercise some control over the assembly 
process: 



OP CODE 

JOB 

EJECT 

RESEQ 

LOAD 

RUN 

CTL 

ORG 

LTORG 

EX 

XFR 

SFX 

PST 

END 



PURPOSE 

Job Card 

Eject 

Resequence 

Load 

Run 

Control Card 

Origin 

Literal Origin 

Execute 

Transfer 

Suffix 

Print Symbol Table 

End 



JOB -Job 

This card in the user's source program deck prints a 
heading line on each page of the output listing from 
the assembly process and identifies the object deck or 
tape. 

The programmer: 

1. Writes the mnemonic operation code (JOB) in the 
operation field. 

2. Writes in the operand field the indicative informa- 
tion to be printed in the heading line. This information 
may be any combination of valid 1410 characters and 
appears in columns 21-72. 

3. Writes in the identification field (columns 76 to 
80 ) , the information to be contained in the object deck 
or tape. 

The processor: 

1. Prints the information, the identification from col- 
umns 76-80, and a page number from the job card on 
each page of the output listing. If there is no job card, 
the processor will generate one. In this case, nothing 
will be printed in the heading line except the page 
number. 

2. Punches the identification number (columns 76- 
80) in all condensed cards produced for the object pro- 
gram. If another job or reseq card (or cards) appear 
elsewhere in the source program, the new identification 



number will be punched in subsequent condensed 
cards. 

Result: The programmer can identify a job or parts of 
a job in the output listing. 

EJECT - Eject 

An eject control card may be placed in the symbolic 
source program by the user to cause the carriage to 
restore at any point in the output listing. 

The programmer may now have separate routines or 
sequences in the output listing. 

RESEQ — Resequence 

The reseq control card resets the card sequence count 
to 001 in the object program deck and the identification 
number from columns 76 to 80 will replace the former 
identification number. 

This will allow the user to separate his object deck 
into logical groups or blocks. 

LOAD - Load 

The load control card is used to signal the processor 
that a load program should precede the object deck. 

RUN - Run 

This is the first card in the user's source program deck. 
It tells the processor which type of run is desired. 
There are two types: Autocoder and Systems. 

autocoder 

By placing the label autocoder in the label field of a 
run control card, the user signifies that he desires a 
compilation of a given deck by the processor. The 
user's source program deck is placed immediately be- 
hind this card. 

systems 

By placing the label systems in the label field of a 
run control card, the user signifies that he desires an 
updating run. This updating run pertains only to the 
library entries or routines on the systems tape. 

CTL — Control 

The control statement is normally the second entry 
(card) in the source program deck. 
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The programmer: 

1. Writes the operation code (ctd in the operation 
field. 

2. Writes codes in the operand field as follows: 

^ Column 21: This column is unused and is not inter- 
preted by the processor. * 
Column 22: Indicates the core-storage size of the 
1410 system that will be used to process the object 
program. Use the following codes: 



STORAGE SIZE 

10,000 
20,000 
40,000 
60,000 
80,000 



CODE 
1 

2 
3 
4 
5 



Column 23: Indicates if punch or print operations 
are to be suppressed. The codes are as follows: 



CODE 

1 

2 



Suppress Punch 
Suppress Print 



The processor interprets the codes and processes the 
source program accordingly. . 

Note: If the ctl card is missing, the processor as- 
sumes that both the processing machine and the object 
machine have 20,000 positions of core storage. 

ORG — Origin 

An origin statement can be used by the programmer 
to specify a storage address at which the processor 
should begin assigning locations to instructions, con- 
stants and work areas in the symbolic program. 

The programmer: 

1. Writes the mnemonic operation code (org) in the 
operation field. 

2. Writes the symbolic, actual, blank, or asterisk ad- 
dress in the operand field. Addresses can have address 
adjustment, but indexing is not permitted in org 
statements. 

3. If a symbolic label appears in the operand field of 
an org statement, it must appear in the label field in 
an entry preceding the org statement in the program 
sequence. 

The processor: 

1. Assigns addresses to subsequent instructions, con- 
stants and work areas starting with the address speci- 
-fied in the operand field of the org statement. 

2. If there is no org statement preceding the first 
symbolic program entry, the processor automatically 
begins assigning storage locations at 00500. 



Note: In the absence of the iocs entries, normal ori- 
gin will be. 00500. 

3. An org statement inserted at any point within the 
symbolic program causes the processor to assign sub- 
sequent addresses beginning at the address specified 
in the operand field of the new org statement. ( Excep- 
tion: see Figure 39.) 

4. The processor maintains a high assignment counter 
which contains the highest assigned location at any 
given point of an assembly run. 

Result: The programmer chooses the area of storage 
where the object program, defined constants, etc., will 
be located. 

Examples 

Figure 34 shows an org statement with an actual ad- 
dress. The first symbolic program entry following this 
org statement will be assigned with storage location 
00600 as a reference point. If the first entry is an in- 
struction, the op code position ( I-address ) of that in- 
struction will be 00600; if the first entry is a 5-character 
dcw, it will be assigned address 00604, etc. 
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Figure 34. obg Statement with an Actual Address 

The org statement in Figure 35 shows how the pro- 
grammer can direct the processor to save the address 
of the last storage location allocated. The label addr is 
the symbolic address of the next available location be- 
fore re-origin occurs. The processor will continue to 
assign addresses beginning at the actual address of 
start. 
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Figure 35. Saving the Address of Last Storage Allocated 

The programmer can insert another org statement 
later in the source program to direct the processor to 
begin assigning storage at addr. 

Figure 36 shows an org statement that directs the 
processor to start assigning addresses with the actual 
address assigned to addr. 

Figure 37 shows an org statement that directs the 
processor to bypass 200 positions of core storage when 
assigning addresses. 

When the processor encounters the statement shown 
in Figure 38, it will assign subsequent addresses begin- 
ning with the next available storage location whose 
address is a multiple of 100. For example, if the last 
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Figure 36. org Statement with a Symbolic Address 




Lin* 


Label 

> IS 


Operation OJJ 

£__tf « » »» «0 It 


0.1. 


. . i i i— i — i — i — i— 


ORS, , 


*>+*.ot> ..- 



Figure 37. org Statement with an Asterisk Operand and 
Address Adjustment 
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Figure 38. org Statement Advancing Address Assignment to 
Next Available Multiple of 100 

constant was assigned location 00725, the next instruc- 
tion would have an address of 00800. 

Figure 39 shows an org statement with a blank oper- 
and. The processor will assign addresses to subsequent 
entries beginning at the location designated by the 
high assignment counter plus one. 
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Figure 39. org Statement with a Blank Operand 

LTORG — Literal Origin 

ltorg statements are coded in the same way as org 
statements. Their function is to direct the processor to 
assign storage locations to previously encountered lit- 
erals and closed library routines, beginning with the 
address written in the operand field of the ltorg state- 
ment, ltorg statements can appear anywhere in the 
source program. 

If no ltorg statement appears in the source program, 
the processor begins assigning addresses to literals and 
closed library routines when it encounters an ex or end 
statement. 

Example: Figure 40 shows how the programmer can 
direct the processor to begin assigning the storage lo- 
cations to literals and closed library routines. 

The programmer has instructed the processor to begin 
storage allocation at 00600. All instructions, constants, 
and work areas ( ending with b subrt 01 ) will be as- 
signed storage. However, the literal ( + 10) in the state- 
ment ZA + 10, wkarea, and the library routine (subrt 
01) extracted by the call macro (see "Call") will not 
be assigned storage until the ltorg statement is en- 
countered. The first instruction in the library routine 
(subrt 01) will be assigned address 01500 (because 
calc has been equated to 01500). After all instructions 
in subrt 01 have been assigned storage locations, the 
literal + 10 will be assigned an address. The processor 
will begin assigning the rest of the instructions, con- 
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Figure 40. Using a ltorg Statement 

stants, and work areas with the storage location im- 
mediately to the right of the area occupied by the in- 
struction b subrt 01. Thus, if b subrt 01 (J 01500) is 
assigned locations 00691-00697, fielda will be assigned 
storage locations 00698-00703. 

EX — Execute 

During the loading of the assembled machine-language 
program, the programmer may want to discontinue the 
loading process temporarily in order to execute por- 
tions of the program just loaded. The ex statement is 
used for this purpose. 
The programmer: 

1. Writes the mnemonic operation code ex in the 
operation field. 

2. Writes an actual or symbolic address in the oper- 
and field. This address must be the same symbol that 
appears in the label field of the first instruction to be 
executed. 

The processor: 

1. Incorporates closed library routines, literals, and 
address constants. 

2. Assembles a branch instruction (an unconditional 
branch to the first instruction to be executed), the I- 
address of which is the address assigned to the instruc- 
tion referenced by the symbol in the operand field. This 
instruction does not become part of the assembled 
machine-language program, but it causes the processor- 
produced loading routine to halt the loading process 
at the appropriate time and execute the branch instruc- 
tion. Note: To continue the loading process after the 
desired portion of the program has been executed, the 
programmer must provide re-entry to the load routine. 
( The ibm standard re-entry point is 00281. ) 
Example: Figure 41 shows how an ex statement can be 
coded. When this statement is encountered in the load- 
ing data, the loading process halts and a branch to the 
instruction whose label is entrya occurs. 
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Figure 41. ex Statement 
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XFR — Transfer 

This entry has the same function as an ex statement 
except that literals, closed library routines, and address 
constants are not incorporated. An xfr statement trans- 
fers to and executes instructions which have been pre- 
viously loaded. 

Example: Figure 42 shows an xfr entry. 
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Figure 42. xfr Statement 

SFX - Suffix 

This statement directs the processor to put a suffix code 
in the tenth position of all subsequent symbolic labels 
in a source program section which have less than ten 
characters until another sfx statement is encountered. 
In this way, the programmer can use the same label in 
different sections of the complete program. 

The programmer: 

1. Writes the mnemonic operation code csfx) in the 
operation field. 

2. Writes the character (which can be any valid 
1410 alphabetic character) to be used for the suffix 
code in the operand field. 

The prqcessor: 

1. Inserts the suffix code in the tenth position of all 
subsequent symbolic labels in the subsequent entries 
which have less than ten characters. 

2. Changes the suffix code when a new sfx card is 
encountered. 

Cross Referencing with Suffixing: If the programmer 
wishes to cross reference to a previously used label 
which is in a section with a different suffix, he may do 
so by writing the suffix of the different section followed 
a dollar sign before the label in the operand. 

If joe appeared as a label in a program section with 
a suffix A and the given statement is in a section with 
a suffix B, he may refer to joe by cross referencing as 
indicated in Figure 43. 

To cross reference a label contained in a section to 
which no suffix has been assigned, precede the label 
with a dollar sign ( Figure 44 ) . 

The programmer can instruct the processor to dis- 
continue suffixing by using a sfx card with a blank 
operand. 

Note: Labels beginning with the letters iocs, and 
dtf file names, are never suffixed. 
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Figure 44. Cross Reference to Unsuffixed Label 

PST - Print Symbol Table 

This entry causes the processor to print out the symbol 
table ahead of the printed listing of the program. 

The programmer writes the mnemonic operation code 
(pst) in the operation field. 

The processor lists the symbol table. All labels used in 
the source program are printed with their assigned 
core-storage addresses. Note: This card can appear 
anywhere in the source program deck preceding the 
end card. 

END -End 

This is always the last card in the source deck. It sig- 
nals the processor that all of the source program en- 
tries have been read, and provides the processor with 
the information necessary to create an execute card. 
This execute card causes a transfer to the first instruc- 
tion to be executed after the program has been loaded 
into the machine at program load time. Thus, program 
execution begins automatically. 

The programmer: 

1. Writes the mnemonic operation code cend) in the 
operation field. 

2. Writes, in the operand field, the symbolic or 
actual address of the first instruction to be executed 
after the program has been loaded. 

The processor creates an unconditional branch instruc- 
tion which is used as part of the loading data. Other 
processor functions are the same as for an ex statement. 

Example: Figure 45 shows an end card. 
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Figure 43. Cross Referencing Suffixing 



Figure 45. end Card 

Diagnostic Aids 

Error flags appear in the listing of Autocoder source 
statements obtained during the assembly run. 

The flags and their meaning are as follows: 

F indicates a format error. 

U indicates an undefined label. 

M indicates a label that has been defined more 
than once. 

O indicates an invalid operation code. 
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Imperative Operations 



Autocoder imperative operations are the symbolic state- 
ments for the machine language instructions to be 
executed in the object program. Most of the statements 
written in a source program will be imperative instruc- 
tions. Although the Autocoder processor can assemble 
instructions with all the imperative operation code 
mnemonics, the programmer must remember the par- 
ticular special features and devices that will be in- 
cluded in the object machine that will be used to 
execute the program he is writing. 

The imperative operation mnemonic codes are listed 
in the "Mnemonic Operation Codes" section of this 
publication. 

The programmer: 

1. Writes the mnemonic operation code for the in- 
struction in the operation field. 

2. If the instruction is an entry point for a branch in- 
struction elsewhere in the program or if the program- 
mer wishes to make other reference to it, it should 
have a label. This label will be assigned an actual ad- 
dress equal to the address of the operation code of the 
assembled machine-language instruction. Thus, the 
programmer can use this label as the symbolic I-address 
of a branch instruction elsewhere in the program ( see 
Figure 47 ) . 

3. Writes the symbolic address of the data, devices, 
or constants in the operand field. The first symbol will 
be used as the A- or I-address of the imperative instruc- 
tion. If the instruction also requires a B-address, a 
comma is written following the first symbol and its 
address adjustment and/or indexing codes (if any), 
then the symbol for the B-address is written. If the 
instruction requires that a d-character be specified, a 
comma and the actual d-character follow the symbolic 
entries for the B-address or an I-address if the B- 
address is not needed. 

The processor assembles the object instruction as fol- 
lows: 

1. Substitutes the actual machine-language oper- 
ation code for the mnemonic written in the operation 
field. 

2. Substitutes the actual addresses of symbols used 
in the operand field to specify the X-control field A or 
I, and B-addresses of the instructions. If address ad- 
justment or indexing is indicated, the substituted ad- 
dress will reflect these notations (tag bits will be in- 



serted for indexing and addresses will be altered by 
adding or subtracting the adjustment factor if address 
adjustment is specified). The d-character will be sup- 
plied automatically for unique mnemonics, or will be 
taken from the operand field if the programmer has 
supplied it. 

3. Assigns the actual machine-language instruction 
an area in storage. The address of this area is the po- 
sition which the operation code occupies in object 
machine core storage. This address is assigned to the 
label if one appears in the label field. 

Result: This instruction will be placed in the object 
program deck. A word mark will be set in the opera- 
tion code position at program load time. 

Examples 

Figure 46 shows an imperative instruction with I- and 
B-operands and a mnemonic which requires that the 
programmer include the d-character. A branch to a 
location labeled read will occur if the location labeled 
test has a 5 in it. Assuming that the address of read 
is 00596 and test is in 00782, the assembled instruction 
is B 00596 00782 5. 
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Figure 46. Branch-if-Character-Equal 

Figure 47 shows an imperative instruction with a 
unique mnemonic. A branch to a location labeled 
ovflo will occur if an arithmetic overflow has occurred. 
Assuming that the address of ovflo is 00896 the as- 
sembled machine-language instruction is J 00896 Z. 
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Figure 47. Branch-if-Arithmetic-Overflow 

Note: Unique Mnemonics. Several mnemonic opera- 
ation codes have been developed to relieve the pro- 
grammer of coding the d-character in the operand field 
of symbolic imperative instructions. However, some 
operation codes have so many valid d-characters that it 
is impractical to provide a separate mnemonic for each. 
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In these cases, the programmer supplies the d-charac- 
ter as previously described. In the listing of mnemonic 
operation codes for imperative instructions all mnemon- 
ics which require that the d-character be included in 
the operand field are indicated by a D in the operand 
column and in the d-modifier position of the assembled 
machine-language instruction. 

Coding 

Figure 48 shows a brief routine illustrating a section of 
Autocoder coding. 

Several imperative operations are governed by spe- 
cial rules, and care must be taken when coding with 
these instructions. The special cases are described in 
the following paragraphs. 
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Figure 48. Autocoder Coding 

Data-Move Instructions 

The data-move command is controlled in machine 

V 

language by the op code D. The actual conditions of 
the various types of data-move instructions are regu- 
lated by the d-character. To make the Autocoder lan- 
guage more meaningful, each of these move and scan 
instructions has a different mnemonic op code. Each 
of these mnemonics specifies the type of operation, 
the direction of the move or scan, the nature of the 
data to be moved, and what terminates the operation. 
The following rules apply in constructing the mne- 
monics for data-move commands : 

MOVE MNEMONICS 

1. The first character of the mnemonic is M. 

2. The second character specifies the direction of 
data movement 

L — Right-to-left movement. 
R — Left-to-right movement. 

3. The third section of the mnemonic specifies the 
portion of data moved. 

N — Move numerical portion of data. 
Z — Move zone portion of data. 



C — Move whole characters. 
W — Move word marks. 

N W — Move numerical portion and word marks. 
ZW — Move zone portion and word marks. 
CW — Move whole characters and word marks. 
4. The final character of the mnemonic specifies what 
terminates the move. 

a. To terminate right-to-left move: 
A — Word mark in A-field. 

B — Word mark in B-field. 

(Blank) — Word mark in either field. 

S — Move single location only. 

b. To terminate left-to-right move: 
R — Record mark in A-field. 

G ■— Group mark with a word mark in A-field. 

M — Record mark or group mark with a word 

mark in A-field. 
( Blank ) — Word mark in either field. 

SCAN MNEMONICS 

1. The first three characters are always scn. 

2. The fourth character specifies the direction of 
scan. 

L — Right-to-left scan. 
R — Left-to-right scan. 

3. The fifth character specifies what terminates the 
scan. 

a. To terminate right-to-left scan: 
A — Word mark in A-field. 

B — Word mark in B-field. 

( Blank) — Word mark in either field. 

S — Scan left single position. 

b. To terminate left-to-right scan: 
R — Record mark in A-field. 

G — Group mark with a word mark in A-field. 

M — Record mark or group mark with a word 

mark in A-field. 
( Blank) — Word mark in A- or B-field. 
For example, when whole characters and word marks 
are to be moved from right to left, terminating the move 
on a word mark in the A-field, the Autocoder mnemonic 
op code is mlcwa. 

SSF — Select Stacker and Feed 

This instruction causes the last card transferred to 
storage to be selected into the stacker specified in the 
operand field of the instruction. A blank operand 
causes the card to be selected into the zero read pocket; 
A 1 in the operand field causes the card to be selected 
into stacker 1. A 2 in the operand field causes the card 
to be selected into stacker 8/2. 
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Magnetic Tape Commands 

Mnemonics referring to magnetic tape do not require 
d-characters. However, it is necessary to specify, in the 
operand, the number of the tape unit and channel 
needed for the operation. This can be done in one of 
three ways. The programmer can: 

1. Assign a label to the channel and tape unit as de- 
scribed in equ and use it as the A-operand of a tape 
instruction. 

2. Write the number of the channel and tape unit in 
columns 21 and 22 of the tape instruction. The as- 
sembled instruction for the symbolic entry shown in 
Figure 49 will cause a record to be written on tape unit 
4 using the data beginning in a storage area labeled 

OUTPUT. 

3. Write the X-control field as the A-operand of the 
tape instruction. 
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Figure 49. Write Tape 

Disk Commands 

All input-output commands involving disk units must 
specify the channel (1 or 2) as the first entry of the 
operand field. If an address is used in the operand, it 
follows the channel designation and is separated from 
it by a comma as shown in Figure 50. 

BZN — Branch on Zone 

The form of this command is: 
bzn i, addr, ch 
A branch to i will occur if the character at addr has 
the zone-bit configuration specified by ch. 
Permissible operands are as follows: 

i — May be any symbolic or absolute address 
(indexing and address adjustment are per- 
mitted ) . ■ 
addr — May be any symbolic or absolute address 
(indexing and address adjustment are per- 
mitted ) . 
ch— Maybe: 

A or <j: specifying an A zone bit. 
B or — specifying a B zone bit. 
AB or + specifying A and B zone bits, 
b specifying absence of zone bits. 
The address for i, or addr, or both, may be omitted if 
the operation is chained. Acceptable forms of this op- 
eration are: 

bzn i, addr, ch 

BZN i 
BZN 
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Figure 50. Disk Storage Instruction 

BWZ - Branch if Word Mark, Zone, or Both 

This operation is the same as bzn except that a branch 
also takes place if a word mark is present. 

BCE — Branch if Character Equal 

The operand of this command takes the form i, addr, 
ch where: 

ch = Character to be matched. 

addr = Address of character to be compared. 

i = Address to be branched to. 
Permissible forms of these operations are: 

bce i, addr, ch 

bce i 

BCE 

BBE — Branch if Bit Equal 

The operand of this command will take the form i, 
addr, ch where: 

ch = Character containing bit(s) to be tested for. 

addr = Address of character to be tested. 

i = Address to be branched to. 
Permissible forms of this operation are: 

bbe i^addr, ch 

bbe i 

BBE 

CC — Control Carriage 

The forms control character must be written in the 
operand field of this instruction. Standard forms con- 
trol characters are to be used. 

P — Punch 

The pocket into which the punched card will be se- 
lected must be specified as the first entry of the oper- 
and field of this instruction. The address from which 
data will be punched is specified following the stacker 
specifications and is separated from it by a comma. A 
0-punch selects punched cards into stacker pocket 0; 
a 4-punch selects punched cards into stacker pocket 4; 
an 8-punch selects cards into stacker pocket 8/2. 

R — Read 

A read command must have as the first entry in its 
operand either the number of the stacker into which 
the card is to be selected after reading, or an indica- 
tion that a select stacker command will follow the read 
command. A 0-punch selects cards into stacker pocket 
0; a 1-punch, into stacker pocket 1; and a 2-punch, 
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into stacker pocket 8/2. A 9-punch indicates that a 
select stacker command will follow. The address ( sym- 
bolic or actual) of the storage area into which the 
data from the card is to be read must be the second 
entry in the operand of a read command. 

Input/Output Commands 

Valid forms of the mnemonic operation codes for 
input/output devices are listed by device in the "Mne- 
monic Operation Codes" section of this publication. 

PRIORITY PROCESSING 

ibm 1410 Data Processing Systems equipped with the 
priority-processing feature can process i/o no-op com- 
mands. To code these in Autocoder language, write 
an N as the first character of the i/o mnemonic. For 
example, the instruction shown in Figure 51 will be 
assembled as M %U1 00100 Q. 

The instruction shown in Figure 52 will be assem- 
bled as M %U1 00100 V. 

The i/o no-op instruction will set the appropriate i/o 
external indicators, but no data movement takes place. 

Note: Like any other i/o instruction, the i/o no-op 
instruction always sets the i/o interlock latch on. This 
latch must be set off before another i/o instruction can 
be executed on the same channel. 

The i/o interlock latch can be set off by one of the 
following classes of instructions: 

1. Branch Any External Indicator — Channel ( 1 or 
2) (i.e., BAlorBA2) or 

2. Branch on External Indicator — Channel ( 1 or 2 ) 
(i.e., BEX1 d or BEX2 d, where d ^ =j=), 
provided the branch is executed. (If the branch is 
not executed, the i/o interlock latch is not turned 
off.) 

NOPWM-No Operation Word Mark 

The 1410 Autocoder permits the programmer to set 
programmed no-op switches easily. If the statement 
shown in Figure 53 is written in the source program, 
the processor will insert in the object program the 
operation code N (no-op) with a word mark, followed 
by the branch instruction ( JXXXXX ) without a word 
mark in the operation code position. Subsequent in- 
structions in the object program can then be used to 
set and clear the word mark in the operation code posi- 
tion of the branch instruction as needed. If there is no 
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Figure 51. I/O No-Op Input Command 
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Figure 52. I/O No-Op Output Command 
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Figure 53. No-Op Word Mark 

word mark, the branch instruction will be ignored, 
and if the word mark is present, the branch instruction 
will be executed. The assembled instructions produced 
by the entries shown in Figure 53 are N J 00500 (as- 
suming start is in location 500). 

Note 1: Any instruction (not only branch instruc- 
tions ) may be bypassed by this method. 

Note 2: Use of a regular NOP-instruction in place of 
a nopwm instruction will cause an opposite setting of 
the switch. 

BEX1 or BEX2 — Branch on External Indicator 

These mnemonics are used for the machine-language 
op codes R and X. bexi is equal to R; bex2 is equal 
to X. One of the two, depending on channel, is used 
when testing for a combination of external indicator 
conditions for which there is no mnemonic. The sym- 
bolic operand must take the form addr, d where: 

addr = Address to be branched to, if any of the 
external indicators specified in the d- 
character have been set as a result of ex- 
ecuting an i/o command. 
d = the actual character formed by the com- 
bination of d-character-control bits of the 
individual external condition tests. 
For example, a branch to a location labeled exit is 
desired if the channel-busy indicator, the not-ready 
indicator, or the wrong length record indicator has 
been set following an i/o command. The appropriate 
Autocoder instruction has bexi as the operation code, 
exit as the addr and L as the d-character. The d- 
character L results from a combination of the 2-bit, 
1-bit, and B-bit required to interrogate the three indi- 
cators just mentioned. 
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The Macro System 



Many of the routines that must be incorporated in 
programs written for the ibm 1410 are general in 
nature and can be used repeatedly with little or no 
alteration. The ibm 1410 Autocoder makes it possible 
for the user to write a single symbolic instruction (a 
macro-instruction ) that causes a series of machine-lan- 
guage instructions to be inserted automatically in the 
object program. Thus, the ability of Autocoder to proc- 
ess macro-instructions relieves the programmer of 
much repetitive coding. With a macro-instruction, the 
programmer can extract, from a library of routines, a 
sequence of instructions tailored by the processor to 
fit his particular program. 

Definitions of Terms 

Several programming terms are used to describe the 
requirements and operational characteristics of the 
macro system. These terms are explained here as they 
are applied in the following discussions. 

Object Routine. The specific machine-language in- 
structions needed to perform the functions specified by 
the macro-instruction. If the object routine is inserted 
directly in a larger routine (for example, the main 
routine) without a linkage or calling sequence, it is 
called an open routine or in-line routine. If the routine 
is not inserted as a block of instructions within a larger 
routine, but is entered by basic linkage from the main 
routine, it is called a closed routine, or out-of-line 
routine. 

Model Statement. A general outline of a symbolic 
program entry. Model statements are used only in flex- 
ible library routines. 

Library Routine. The complete set of instructions or 
model statements from which the object routine is de- 
veloped. If the library routine cannot be altered, it is 
inflexible. It is flexible if the library routine is designed 
so that symbolic program entries can be deleted from 
certain object routines (at the discretion of the pro- 
grammer) or if parameters can be inserted. 

Library. The complete set of library routines stored 
on magnetic tape with an identifying label for each 
routine that can be extracted by a macro-instruction. 
Several macro-instructions and library routines are pro- 
vided by ibm. Others are designed by the user to suit 
particular processing requirements. 

Librarian. The phase of the processor that creates the 
library tape from card input. After the original writing 



of the library tape, this phase is used to insert addi- 
tional library routines and their identifying labels, as 
well as to update routines. This phase is omitted during 
program assembly. 

Parameters. The symbolic addresses of data fields, 
control names, or information to be inserted in the 
symbolic program entries outlined by the model state- 
ments. By placing parameters in the operand field of 
a macro-instruction, the programmer can specify sym- 
bolically the data to be operated on. The actual ad- 
dresses of the data (or other information) are inserted 
in the object routine by the processor during assembly. 
Also, literals and actual addresses can be used. 

Pseudo-macro. A macro-instruction that is used in- 
ternally by the processor to control the production of a 
series of machine-language instructions. The difference 
between a pseudo-macro and a macro is that the 
pseudo-macro is not written in the source program but 
appears only in a flexible library routine. 



Macro Operations 

To illustrate the basic operation of the macro system, 
a hypothetical macro called check with a simple flex- 
ible library routine is used. The routine is designed to 
compare two fields, and test the compare indicator for 
a high, low, or equal condition. 

Figure 54 shows the library coding form which is 
used to write library routines. 

Figure 55 shows the library entry, a macro-instruc- 
tion specifying that all instructions in the library 
routine appear in the object program, and the symbolic 
program entries created during the macro phase of 
Autocoder. The symbolic program entries are inserted 
in the source program following the macro-instruction. 
During assembly of the object program, the symbolic 
program entries will be translated to actual machine- 
language instructions with the actual addresses of the 
parameters inserted in the label, operation, and oper- 
and fields. 

The Library Entry 

The library entry for the check macro-instruction con- 
sists of the four model statements shown in Figure 55. 
This entry is placed on the library tape and identified 
by an inser statement. ( Refer to Figure 95 for an ex- 
ample of this use of inser. ) 
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Figure 54. Library Coding Form 
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Figure 55. Macro Operations 
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INSER- Insert 

An inser statement identifies a library routine. The 
inser statement causes an identification record to be 
generated and placed on the library tape preceding 
the library routine it identifies. 
The programmer: 

1. Writes the operation code inser in the operation 
field of the Autocoder coding sheet. 

2. Writes the five-character label for the library rou- 
tine in the label field. The label will be the same as 
the name that appears in the operation field of the as- 
sociated macro-instruction except when either the call 
or incld macro is used. 

3. Writes an M in column 21 of the operand field to 
indicate a flexible library routine, or an S in column 
21 to indicate a call or incld type library routine. 
The processor puts the indicative information ahead of 
the model statements in the library tape during the li- 
brarian phase of Autocoder. 

Result: During assembly, the header label is matched 
with the macro name in the operation field of the 
macro-instruction. The model statements following the 
header label in the library tape are used to assemble 
the symbolic program entries as specified by the macro- 
instruction. 

Model Statements 

Model statements establish the conditions for inserting 
parameters in the object routine and define the basic 
structure of the symbolic program entries. 
The programmer: 

1. Designs a general routine to perform many spe- 
cific functions (depending upon the parameters sup- 
plied ) when it is executed in the object program. 

2. Writes the model statement as follows: 

a. If the entry is complete, it is written exactly the 
same as though it were an entry in a source pro- 
gram. This entry will be included in all object 
routines unless a bypass condition exists (see 
"bool" ) . 

Example: Figure 56. 

b. If the entry is incomplete, the programmer writes 
a special four-character code to indicate that a 
certain parameter from the macro-instruction 
operand field must be inserted in its place. This 
code is a n followed by a number from 001 to 199, 
the position of the parameter in the macro-instruc- 
tion. This entry will be inserted in all object rou- 
tines. 



7 a 9 1011121314131617)8192021 



Operation 



Operand and Comment* 



27 28 29 3031 32 33 34 35 36 37 38 39 4041 42 43 44 45 4647 48 49 5051 52 53 54 S3 56 57 58 



Figure 56. Model Statement for a Complete Instruction 



L 


Label 


Operation 


Operand 


6 


7 8 9 1011121314151417 16192021 M2324232.S 2728293031 323334333637383940414243444546474849 


































t 










tto 


Ol 


/ 


» O 2. 































Figure 57. Model Statement for an Incomplete Instruction with 
Required Parameters 

Example: Insert parameters 001 and 002 specified 
by the check macro-instruction shown in Figure 
57. 
c. If the entry is incomplete the programmer writes 
a □ followed by a number from 001-199 with AB- 
bits over the units position (parameter 001 is □ 
00A, parameter 002 is □ 00B, etc. ) to indicate that 
the entry is to be included in the object routine 
only if the parameter is specified by the macro- 
instruction. 

Example: Insert parameter 003 in the following in- 
struction if it is specified by the macro-instruction. 
If parameter 003 does not appear in the macro- 
instruction, the instruction shown in Figure 58 will 
be deleted from the object routine. 
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Figure 58. Model Statement for an Incomplete Instruction with 
Conditional Parameters 

Note: Substitution codes can also be used to sub- 
stitute a parameter in any part of a model statement. 
For example, it is possible to substitute an operation 
code, any part of a literal, a label, etc. 

Labeling: If the model statement represents an in- 
struction entry point for a branch instruction elsewhere 
in the program, it should have a label. The label of the 
macro-instruction causes a generated label equ* in the 
assembled object routine as shown in Figure 59. 

If additional external labels are required and speci- 
fied as parameters in the macro-instruction they can 
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Figure 59. Labeling 
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be inserted in the label field of the symbolic program 
entry by using □ 001-199 code. 

Example: Insert parameter 002 in the label field of the 
assembled symbolic program entry as shown in Figure 
60. 
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Figure 60. Additional External Labels 

Symbolic Addressing ivithin the Library Routine. To 
allow symbolic reference to other instructions in a flex- 
ible library routine a □ followed by a number from 001 
to 199 with a B-bit over the units position (n 00J = 
symbolic address 1, □ 00K = symbolic address 2, etc. ) 
can be used. The processor generates the symbolic ad- 
dress if the code, for example, □ 00J is used as a label 
for one entry and as an operand of at least one other 
entry in the same library routine. 

Internal labels within flexible routines are generated 
in the form □ nnnmmm, where nnn is the code (00J-19R), 
and mmm is the number of the macro within the source 
program. This is done to avoid duplicate address 
assignments for labels. 

Example: Use the generated symbolic address of □ 00J 
as an operand for entry 3 and as the label for entry 6. 
updat is the 23rd macro encountered in the source 
program ( Figure 61 ) . 

Address Adjustment and Indexing: The parameters in 
a macro-instruction and the operands in partially com- 
plete instructions in a library routine can have address 
adjustment and indexing. 

If address adjustment is used in both the parameter 
and the instruction, the assembled instruction will be 
adjusted to the algebraic sum of the two. For example, 
if the address adjustment of one is + 7 and the other is 
— 4, the assembled instruction will have address ad- 
justment equal to +3. 

Operands may be indexed in the library routine. If a 
parameter supplied by the macro-instruction is in- 
dexed, it will be cancelled by the indexing in the library 
routine. 
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Assembled Symbolic Program Entry 
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Figure 61. Internal Labels 

Literals: Operands of instructions in flexible routines 
may use literals as required. However, these literals 
may not contain the @ symbol within an alphamerical 
literal. 

Note 1 : A model statement in the library routine for 
a macro-instruction may not be another macro-instruc- 
tion, except the call or incld macro ( see "Call" ) . 

Note 2: Literal Origin, Ex and End statements can- 
not be used in library routines. 

The processor enters model statements in the library 
tape immediately following the header statement dur- 
ing the librarian phase of Autocoder. 
Result: Any library routine can be extracted by writing 
the associated macro-instruction in the source program. 

Figure 62 is a summary of the codes that can be used 
in the model statements of flexible library routines. 
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Figure 62. Model Statement Codes 

Macro-Instructions 

A macro-instruction is the entry in the source program 
that causes a series of instructions to be inserted in a 
program. 
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The programmer: 

1. Writes the name of the library routine in the 
operation field. This name must be the same five char- 
acters that appear in the label field of the inser state- 
ment of the library entry. 

2. Writes in the label field the label that is to be 
inserted in the label field of the first assembled model 
statement. 

3. Writes in the operand field the parameters that 
are to be used by the model statements that are re- 
quired for the particular object routine desired, as 
follows: 

a. Parameters must be written in the sequence in 
which they are to be used by the codes in the 
model statements. For example, if cost is param- 
eter 001, it must be written first so that it will be 
substituted wherever a nOOl, or nOOA appears as 
a label, operation code, or operand of a model 
statement. 

b. As many parameters may be used as can be con- 
tained in the operand fields of five or fewer cod- 
ing sheet lines. If more than one, line is needed 
for a macro-instruction, the label and operation 
fields of the additional lines must be left blank. 
Parameters must be separated by a comma. They 
cannot contain blanks or commas unless they 
appear between @ symbols. The @ symbol itself 
cannot appear between @ symbols. If parameters 
for a single macro-instruction require more than 
one coding sheet line, the last parameter in each 
line must be followed immediately by a comma. 
The last parameter in a macro-instruction need 
not be followed by a comma. 

c. Parameters that are not required for the particular 
object routine desired can be omitted from the 
operand field of the macro-instruction. However, 
if a parameter is omitted, the comma that would 
have followed the parameter must be included, 
unless the omitted parameter is behind the last 
parameter which is included in the macro-instruc- 
tion. These commas are necessary to count param- 
eters up to the last included parameter. All 
parameters between the last included parameter 
and parameter 199 are assumed by the processor 
to be absent. 

Figures 63, 64, 65, and 66 show how parameters 
can be omitted. The hypothetical macro-instruction 
called exact is used, exact can have as many as nine 
parameters. 
The processor: 

Extracts the library routine and selects the model 
statements required for the object routine as specified 
by the parameters in the macroTinstructions and by the 
substitution and condition codes in the model state- 
ments. 



Result: The resulting program entries are merged 
with the source program entries behind the macro- 
instruction. 
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Figure 63. Parameters for exact Included; 
Parameters 006-199 Missing 
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Figure 64. Parameters 004 and 007-199 Missing 
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Figure 65. Parameters 001, 004, 005, 006, 008 and 
010-199 Missing 
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Figure 66. Parameters 001, 003-199 Missing 

Pseudo-Macro-Instructions 

These statements never appear in a user's source pro- 
gram or in the output listing of an assembled 1410 
Autocoder program. However, they are used in library 
routines to signal the processor that certain conditions 
exist that can affect the assembly of an object routine. 
For example, the presence of a pseudo-macro-instruc- 
tion in a library routine can cause a group of model 
statements to be deleted. Thus, pseudo-macros provide 
the writer of library routines with a coding flexibility 
which exceeds the limitations of the substitution and 
condition codes described previously. 

Pseudo-macro-instructions may be written anywhere 
in a library routine. The five pseudo-macros incorpo- 
rated in the 1410 Autocoder processor are math, bool, 
comP, note, and mend. 

Permanent and Temporary Switches 

The math, bool, and comp pseudo-macros use internal 
indicators (switches) to signal the processor of exist- 
ing status conditions. 

There are 99 permanent and 199 temporary switches 
available for recording status conditions. Each switch 
occupies one core-storage position during the macro 
phase of Autocoder. If a storage position contains the 
character A (BA 1-bits), the switch is on; if it contains 
a ? (CBA 82-bits), the switch is off. At the beginning 
of assembly all switches are off. 
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PERMANENT SWITCHES 

Permanent switches retain status conditions during the 
entire macro phase unless changed by a pseudo-macro. 
They are addressed by using a # symbol followed by 
the three-digit number of the switch to be set or tested. 
For example, # 001 addresses permanent switch 001; 
# 002 addresses switch 002; and # 099 addresses 
switch 099. 

TEMPORARY SWITCHES 

When the processor encounters a macro-instruction, 
the temporary switches are set to the condition ( pres- 
ence or absence ) of the parameters in the operand of 
the macro field. If the parameter is present, the corre- 
sponding switch is set on. If the parameter is missing, 
the switch is set off. For example, if parameter 001 is 
present, temporary switch 001 is turned on. If param- 
eter 002 is missing from the macro-instruction, tempo- 
rary switch 002 is off. Temporary switches retain status 
throughout the processing of a macro-instruction unless 
changed by a pseudo-macro. After the macro-instruc- 
tion has been completely processed, all temporary 
switches are set off. Temporary switches are addressed 
by using a □ symbol followed by the three-digit num- 
ber of the switch to be set or tested. For example, n 001 
addresses temporary switch 001, □ 002 addresses switch 
002, and □ 199 addresses switch 199. 

For example, if a macro with a maximum of nine 
parameters is encountered, the processor sets the first 
nine temporary switches to indicate the presence or 
absence of these nine parameters. Temporary switches 
010-199, which are off, can be used by the pseudo- 
macros to communicate conditions to the processor 
while it is working on this particular macro-instruction. 
This use of temporary switches is recommended be- 
cause it reserves the permanent switches for communi- 
cating information from one macro to another. 

MATH — For Solving Algebraic Expressions 

A math pseudo-macro contains as operands: sum 
boxes, arithmetic expressions, and sign switches. 

SUM BOXES 

A sum box is a group of five core-storage positions used 
to store the result of an arithmetic expression. The 1410 
Autocoder makes available 20 such sum boxes. A sum 
box is addressed by using a # symbol followed by the 
three-digit number ( ending in zero or five ) of the sum 
box to be referenced. For example, the address of the 
first sum box is # 005; the address of the second sum 
box is # 010; and the address of the twentieth sum box 
is # 000. 



At the beginning of the macro phase, a sum box con- 
tains 00000. Any number may be placed in a sum box 
or added to its contents. The units position of the sum 
box always contains the sign of the result. Sum boxes 
retain information placed in them throughout the 
macro phase and their contents may be used and/or 
changed from one macro-instruction to another. 

Sum boxes can be used by model statements as well 
as by a pseudo-macro. For example, in Figure 67, as- 
sume that sum box # 005 contains 12345 and sum box 
# 010 contains 00015. 

Note: za fldi + oooin, fld2 is processed as za fldi-15, 

FLD2. 
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Figure 67. Sum Boxes 

ARITHMETIC expressions 

Arithmetic expressions within the math pseudo-macro 
use add ( + ), subtract ( - ), multiply ( * ), and divide 
(/). An @ symbol represents both the left and right 
parentheses if they are required for the expression. For 
example, (001 + 12 - 5) 20 is written: 
@ 001 + 12 - 5 @ * 20. 

Arithmetic operations expressed in the operand field 
of the pseudo-macro are executed by the math pseudo- 
macro from left to right. The quotient resulting from 
the divide operation is not half-adjusted, and the re- 
mainder is lost. At the end of a multiplication opera- 
tion the five low-order positions of the product are used 
for the result (the high-order digits are lost). An over- 
flow is ignored. 

The result of the arithmetic expression is produced 
and inserted with its sign in the designated sum box. 

SIGN SWITCHES 

Permanent and temporary switches may be used to 
store the sign of the result of an arithmetic expression. 
The first switch specified in the operand field of the 
pseudo-macro represents a positive result; the second 
represents a zero result, and the third represents a nega- 
tive result. Consequently, one switch is on and the 
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other two are off if the result is either positive or nega- 
tive. A zero result causes both the zero and positive 
switches to be set on. It is not necessary to specify all 
three switches. However, if a switch code is omitted 
from the operand field, the comma that would have 
followed the switch code must be present. (This is the 
same rule that applies to missing parameters in a 
macro-instruction. ) 

The programmer: 

1. Writes the name of the pseudo-macro (math) in 
the operation field. 

2. Writes in the operand field: 

a. the code for the sum box in which the result of 
the arithmetic expression is to be stored. 

b. the arithmetic expression. 

c. the code for the switch in which the sign(s) of the 
result are to be stored. 

Note: A comma must follow the sum box code, the 
arithmetic expression, and the individual sign-switch 
codes. Figure 68 shows the format for a math pseudo- 
macro. 

The processor: 

1. Produces the result of the arithmetic expression. 

2. Stores the result in the sum box. 

3. Sets the sign switches. 

Example: The math pseudo-macro shown in Figure 69 
multiplies parameter 007 by 401 and adds 12 to the 
result. The answer is stored in sumbox 6 (# 030). If 
the result is positive, permanent switch 004 is set on; 
if the result is zero, permanent switches 004 and 006 are 
set on; if the result is negative, temporary switch 009 
is set on. 

BOOL — For Solving Logical Expressions 

The bool pseudo-macro can be used: 

1. To set a permanent or temporary switch as the re- 
sult of a logical expression. 



2. To cause the processor to skip over certain model 
statements if the logical expression is false. If the 
statement is true, the processor goes to the next 
sequential model statement. 



m 



The programmer: 

1. Writes the name of the pseudo-macro (bood 
the operation field. 

2. May write a label, the logical expression (state- 
ment), and a switch code in the operand field in the 
format shown in Figure 70. 
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Figure 70. Format for the bool Pseudo-Macro 



LABELING 



A special one-character label permits skipping forward 
in the library routine as the object routine is being 
assembled by the processor. This one-character label 
is written in the first position of the operand field of 
the bool pseudo-macro and also in the label position 
(column 6 of the library coding form ) of the first model 
statement ( or command ) to be examined after the skip 
has been initiated. Skipping occurs only if the logical 
statement is false. The label may be omitted if a skip 
is not desired, but the comma that would have fol- 
lowed the label must be written in the bool statement 
to indicate that the label is missing. The label can be 
any alphabetic or numerical character. Special char- 
acters are not permitted. 

LOGICAL EXPRESSION 

The bool pseudo-macro can have any combination of 
three logical operations: * (and), + (or), and - (not). 
The operators are defined in Figure 71. The combina- 
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Figure 68. Format for the math Pseudo-Macro 
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Figure 69. math Pseudo-Macro 
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1*1 = 1 


1 + 1 = 1 


-1=0 


1*0 = 


1+0 = 1 


-0= 1 


0*1=0 


+ 1 = 1 




0*0 = 


+ = 





Figure 71. Table of Operators 
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Figure 72. Using the bool Pseudo-Macro 

tion of these operators and the switches to be tested 
make up the logical expression (see example, Fig- 
ure 72). 

The @ symbol is used to represent both the left and 
right parentheses. 

SWITCHES 

Either a permanent or temporary switch may be used 
to store the result of the logical expression. If the ex- 
pression is true, the specified switch will be set on. If 
the expression is false, the specified switch is set off. 
If no switch setting is desired, a comma must be used 
to indicate that the switch is missing. 

The processor: 

1. Examines the status switches to determine whether 
all conditions specified in the logical expression are 
satisfied. If they are, the expression is true. If the logical 
condition is not met, the expression is false. 

2. Sets the specified status switch to on or off to re- 
flect the true or false condition. 

3. If a false condition exists and a label appears in 
the bool operand, the processor skips forward to the 
command or model statement containing a correspond- 
ing label in its label position. 

To determine if a logical expression is true or false: 

a. call all on conditions true and all off conditions 
false. 

b. let 1 = true and = false. 

c. calculate the logical value of the expression. 

If the logical value of the expression is zero, the 
expression is false. If the logical value is one, the ex- 
pression is true. For example, if switches 001, 002, 003 
and 004 are on, the expression 

@ n 001 * □ 002 @ + @ □ 003 * □ 004 @ 
is true because: 

(ON* ON) + (ON* ON) = 
(1*1) + (1*1) = 
1 + 1 =1 



Examples: 

Figure 72 shows how the bool pseudo-macro can be 

used. The bool entry states: 

1. If temporary switches 001 and 002 are on, the 
statement is true. Therefore, set temporary switch 
015 on. 

2. However, if either temporary switch 001 or 002 
is off, the statement is false. Therefore, set tempo- 
rary switch 015 off and skip to statement 004. 

The example shown in Figure 73 states: 

1. If (both temporary switches 001 and 002) or 
(both temporary switches 003 and 004) are on, 
the statement is true. Therefore, set temporary 
switch 015 on. 

2. However, if ( either temporary switch 001 or 002) 
and (either temporary switch 003 or 004) is off, 
the statement is false. Therefore, set temporary 
switch 015 off and skip to the model statement 
whose label is L. 
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Figure 73. bool Pseudo-Macro 

Figure 74 is a table showing all conditions that will 
cause the bool statement shown in Figure 73 to be 
true. 
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Figure 74. True Conditions 

Figure 75 is a table showing all conditions that will 
cause the bool statement shown in Figure 73 to be 
false. 



32 



SWITCHES 

















LOGICAL 


001 


* 


002 


+ 


003 


* 


004 


VALUE 


OFF 




OFF 




OFF 




OFF 







* 





+ 





* 








ON 




OFF 




OFF 




OFF 




1 


* 





+ 





* 





= 


OFF 




ON 




OFF 




OFF 







* 


1 


+ 





* 








OFF 




OFF 




ON 




OFF 







* 





+ 


1 


* 








OFF 




OFF 




OFF 




ON 







* 





+ 





* 


1 





OFF 




ON 




OFF 




ON 







* 


1 


+ 





* 


1 


= 


ON 




OFF 




ON 




OFF 




1 


* 





+ 


1 


* 








OFF 




ON 




ON 




OFF 







* 


1 


+ 


1 


* 








ON 




OFF 




OFF 




ON 




1 


* 





+ 





* 


1 






Figure 75. False Conditions 

COMP — To Compare Two Fields 

The comp pseudo-macro compares an A-field to a 
B-field and sets permanent or temporary switches to 
indicate the result of the comparison. 

The programmer: 

1. Writes the name of the pseudo-macro <comp> in 
the operation field. 

2. Writes the operand field in the format shown in 
Figure 76. The first and second entries are the A- and 
B-fields. The A- and B-fields may be any of the param- 
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Figure 76. Format for comp Pseudo-Macro 

eters 001-199, sum boxes # 005-# 000, or literals. Note: 
For the comp pseudo-macro, alphamerical literals are 
not enclosed by @ symbols. They cannot be switches. 
Entries 3, 4, and 5 are the high, equal, and low switches. 
Note: The codes for the two fields to be compared 
must be present in all comp pseudo-macro-instructions. 
Codes for the switches may be omitted if they are not 
needed to store the result of the compare operation. 
However, if a switch is omitted, the comma that would 
have followed it must be included in the operand field. 

The processor: 

1. Compares the A-field to the B-field. 

2. Sets the status switches to the result of the com- 
parison : 



a. The first switch is set on, if the value of the B-field 
is greater than that of the A-field. 

b. The second switch is set on, if the B-field is equal 
to the A-field. 

c. The third switch is set on, if the value of the 
B-field is less than that of the A-field. 

Examples: 

Figure 77 shows a comp pseudo-macro which states: 

1. Compare parameter 002 of the macro statement 

tO WORKAREA. 

2. If parameter 002 is equal to workarea, turn on 
temporary switch 25. 

3. If parameter 002 is less than workarea, turn on 
temporary switch 26. 
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Figure 77. comp Pseudo-Macro 

Figure 78 shows a comp pseudo-macro which states: 

1. Compare the contents of sum box 005 to param- 
eter 003 of the macro statement. 

2. If the result is high, set temporary switch 024 on. 

3. If the result is equal, set temporary switch 025 on. 

4. If the result is low, set temporary switch 026 on. 
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Figure 78. Comparing a Parameter to the Contents of a Sum Box 

Note: The standard 1410 collating sequence deter- 
mines high, equal, or low conditions. Comparisons 
are controlled by the B-field in the 1410. Thus, the 
statement shown in Figure 79 will cause temporary 
switch 025 to be set on if the low-order position of 
parameter 002 is an @ symbol ( if parameter 002 is an 
alphamerical literal). 
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Figure 79. Checking for an Alphamerical Literal 

NOTE — To Produce a Message 

The note pseudo-macro writes messages concerning 
conditions that can arise during the processing of a 
macro-instruction. 

The programmer: 

1. Writes the name of the pseudo-macro (note) in 
the operation field. 
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2. Writes the message in the operand field. The page 
and line number of the macro statement that is being 
processed will precede the printed message. 

The processor prints the message and its accompany- 
ing identification numbers on the console printer. 

Example: Figure 80 shows how the note pseudo-macro 
can be used in combination with the bool pseudo- 
macro. The bool pseudo-macro tests to insure that pa- 
rameters 001 and 002 are present in the macro-instruc- 
tion. If either parameter is missing, the processor skips 
to the note pseudo-macro and prints: 

1. The page and line number of the macro-instruc- 
tion. 

2. PARAMETER ABSENT FROM MACRO. 
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Figure 80. note Pseudo-Macro 

MEND — End of Routine 

This pseudo-macro signals the end of generation for a 
macro-instruction. It may appear anywhere in a library 
routine. 



The programmer: 

1. Writes the name of the pseudo-macro (mend) in 
the operation field. 

2. Leaves the operand field blank. 

The processor stops processing the macro-instruction 
when it encounters a mend statement. 

Note: A bool pseudo-macro can be used to skip 
over a mend pseudo-macro which appears within the 
library routine if conditions indicate that more model 
statements must be processed. 

Example: Figure 81 shows a mend pseudo-macro. 
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Figure 81. mend Pseudo-Macro 

Pseudo-Macro Coding Example 

Figure 82 shows the library entry for a hypothetical 
macro called prlit. This library routine uses all of the 
five pseudo-macros. It illustrates the effect of the 
pseudo-macros on the processing of a macro-instruc- 
tion. The meaning of each line in the library routine is: 

Entry 1: If parameter 001 is present, set temporary 
switch 050 off and go to entry 3. If parameter 001 is 
missing, go to entry 2. 



Page 
and 
Line 


L Label 


Operation 


Operand and Comments 


Identification 


12 3 4 5 


6 7 8 9 101112131415161718192021 


2223242326 


272829303132333433363736394041424344434647484950 313253543556573859606162636465 666768697071727374 


757677787980 


01 


e 


01 
































£ 








L 




A 




- 


n 


t 





1 




V 





5 























































































01 





oz 
































n 





7 


£ 




O 


fi 


£ 


t 


A 


ft 


p 










1 




A 


9 


S 


£ 


N 


r 








































































01 


ff 


»J 


A 






























3 


o 





L 




4 




* 





1 



































































































0l 





04 



































K 


e 






# 








s 




































































































01 


o 


OS 


[4 






























A 


A 


T 


H 




** 








5 




M 








5 


■/■ 


/ 
























































































01 


a 


0(, 
































5 


8 


K. 






V 








K 


+ 


S 
































































































01 





01 
































» 


L 


c 


A 




9 

















s 




V 








p 




















































































01 





oS 
































A 










+ 


3 




a 


o 





3 






























































































01 





01 
































8 










tf 








•* 




































































































1 


o 


1 o 
































C 


O 


«( 


P 




H 








z 




9 






V 





S 


1 




















































































01 





H 
































B 








I 




5 




V 





•S 


I 
































































































OJ. 





1Z 
































* 


L 


C 


fi 




n 








z 




» 








1 


























































































01 





1 J 
































S 










n 








2 




tf 








F 


























































































01 





If 
































M 


L 


t 






it 








3 




K 








S 


























































































OL 





IS 


B 






























W 


t 


P 






i 








5 




































































































01 





lb 


H 








K 
























B 


A 


1 

















































































































01 





11 
































B 








L 




c 




- 


tf 





5 


1 






























































































01 





ia 
































«t 


L 


t 


A 




9 


ir 








z 


S 




» 








1 






















































































01 


o 


11 


t 






























It 


£ 


N 


P 















































































































Figure 82. prlit Library Routine 
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Entry 2: Print the note: operand 001 absent. 

Entry 3: If permanent switch 010 is off, go to entry 

5. If permanent switch 10 is on, go to entry 4. 

Entry 4: org at the contents of sum box #005. 

Entry 5: Put the contents of sum box #005 plus 100 
in sum box #005. 

Entry 6: Store the contents of the B-address register 
in an address equal to the address assigned to the in- 
ternal label (nOOK) + 5. 

Entry 7: Move five zeros to the field whose symbolic 
address is parameter 003 of the macro-instruction. 

Entry 8: Add the literal + 3 to the field specified by 
the parameter 003. 

Entry 9: Branch to parameter 004. 

Entry 10: If parameter 002 is a literal, the equal 
switch ( □ 051 ) is set on. 

Entry 11: If the equal switch (temporary switch 
051 ) is off, skip to entry 15. If the equal switch is on, 
go to entry 12. 

Entry 12: Move parameter 002 to parameter 001. 

Entry 13: Subtract parameter 002 from parameter 

006. (If parameter 006 is missing, this statement will 
be bypassed. ) 

Entry 14: Move parameter 003 to parameter 005. 

Entry 15: On the typewriter print the field whose 
address is specified by parameter 005. 

Entry 16: Branch to if any of the i/o channel status 
indicators is on. 

Entry 17: If temporary switch 051 is on, skip to entry 
19. If temporary switch 051 is off, go to entry 18. 

Entry 18: Insert parameter 002 as a literal, and move 
it to the field represented by parameter 001. 

Entry 19: End-of-library routine. Assume that: 



1. The macro shown in Figure 83 is encountered in 
the source program. 

2. Permanent switch 010 is on. 

+ 

3. Sum box #005 contains 12345. 

Call Routines 

The 1410 Autocoder processor permits the user to add 
inflexible routines to the library tape. These are com- 
monly used sequences of instructions that can be ex- 
tracted for an object program by the call macro. They 
differ from the routines processed by other macro- 
instructions in several ways: 

1. All instructions must be complete; no parameters 
can be inserted. 

2. All instructions in the routine are incorporated. 

3. A call routine is not inserted at the point where 
the call macro was encountered in the source pro- 
gram. Instead, it is inserted only once as a closed rou- 
tine elsewhere in the object program or program 
section. Linkage to the routine is provided automati- 
cally by the processor whenever its particular call 
macro is encountered in the source program. (The 
processor does not produce automatic linkage to the 
routines incorporated by other macro-instructions be- 
cause these routines are inserted as open routines 
where the associated macro-instructions were encoun- 
tered in the source program. ) 

4. Data needed by a call routine must be in the 
locations indicated by the symbols in the operand fields 
of its instructions. 

Requirements: call routines have several specific re- 
quirements that must be considered when the routine 
is created: 

1. Every entry point in a call routine must have a 
label. These labels (and all other symbols used in a 
call routine ) must be at least five characters in length, 
and each of these labels must have the same first five 
characters. 



Macro Instruction 



Label 



•3T 



rJ.fmWMV-iUli 



OPERAND 



lXf£X.t.Ti. > ti.0JUM*£». . 



Assembled Symbolic Program Entry 
ORG 12345 
SBR n00K023+5 
MLCA @0 00 0@, FIELD! 
A + 3,F I E L D 1 

B EXIT1 

MLCA @42AB@, AREAA 
MLC F I ELD 1 , WORKAREA 
WCP WORKAR E A 

□0OK023 BA1 

Figure 83. Using the prlit Routine 
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call routines are stored as controlled by Literal 
Origin at the time and place where an end or execute 
processor control statement is encountered. Duplicate 
symbols can occur if a call routine is used in more 
than one program overlay ( if the same call routine is 
named in call macros that are separated by a Literal 
Origin or Execute statement ) . To eliminate this possi- 
bility the Autocoder processor provides a suffix (see 
"sfx") operation. The programmer should use a suffix 
statement containing a new character in each program 
section. 

2. The first instruction at each entry point in a call 
routine must store the contents of the B-address regis- 
ter sbr in an index location or in the last instruction 
executed in the call routine. This provides for re-entry 
at the proper place in the main routine after the call 
routine is executed. 

3. All macro-instruction operation codes except call 
and incld are invalid in call routines. All other sym- 
bolic entries acceptable to Autocoder, except Literal 
Origin, Execute, and End, can be used. A call macro 
can be used: 

a. to allow one call routine to be used at some point 
in another call routine, or 

b. as a model statement in the library routine for a 
regular macro-instruction. 

Call Macro 

The call macro provides access to inflexible routines 
written by the user and stored in the library tape. It 
establishes linkage to a closed routine and stores that 
routine elsewhere in the program. The call macro is 
part of the Autocoder processor. 

The programmer: 

1. Writes the name of the macro (call) in the opera- 
tion field. 

2. Writes in the operand field the label of the library 
statement which is the desired entry point in the library 
routine. The first five characters of this label must be 
the same as the five characters in the label field of the 
inser statement that was used to enter the routine in 
the library tape ( see "inser" ) . 

a. If the call routine is constructed so that all the 
data it requires must be taken from specifically- 
labeled areas of storage, the remainder of the 
operand field must be left blank. For example, a 
call routine whose entry point is sqartoi requires 
that the number whose square root is to be com- 
puted must be placed in a location labeled 
sqarto2. The call macro is written as shown in 
Figure 84. 

b. If the call routine is constructed so that the data 
it requires can be located in arbitrarily labeled 
areas of core storage, the symbols for these areas 



Call Macro 



Label 



Operation 
ts IB 



OPERAND 



WaaMM^H 



Assembled Symbolic Program Entry 

B SQARTOI 

Figure 84. call Statement Specifying That Data Is in Specif- 
ically Labeled Areas of Storage 

must be included immediately following the label 
in the operand field. These symbols must be en- 
tered in the order in which they are required by 
the call routine. This makes it possible to design 
call routines in which the required data can be 
placed in locations labeled in any way the pro- 
grammer desires. This frees the source program 
writer from the restriction that he insert data in 
locations labeled according to the requirements 
of the call routine, call routines to be used in 
this manner must be coded to utilize the address 
constants that will be created from the symbols 
in the operand field. 
Example: Call a routine whose entry point is subrtoi 
( Figure 85 ) . The addresses of data 1, data 2, and data 
3 are needed by the call routine. 

Call Macro 



Label 



Operation 



_15!5_ 



!M<L 



-2SU. 



$.u.a*r.ol l ,.1>/>.TAijMrAXji?jt.rA':. 



OPERAND 
JS 9S 



Assembled Symbolic Program Entry 

B SUBRTOI 

DCW DATA1 

DATA2 

DATA3 

Figure 85. call Statement for a Routine with Arbitrary Data- 
Storage Assignments 



The processor: 

1. Establishes linkage from the main routine to the 
call routine by assembling a symbolic program entry 
for an unconditional branch instruction. The operand 
for this branch instruction is the entry point given in 
the operand field of the call macro as shown in Fig- 
ures 84 and 85. The branch instruction follows the call 
macro. 

2. Creates address constants for other symbols ap- 
pearing in the operand field of the call macro, and 
inserts them following the unconditional branch in- 
struction as shown in Figure 85. Note: These address 
constants are defined in the order in which the asso- 
ciated symbols appear in the call operand. 

Result: A given call routine is inserted once per pro- 
gram or program section in a location determined by 
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a processor control statement. Branch instructions are 
inserted as many times as an associated call macro is 
encountered in the source program. Thus, the call 
routine can be entered from several points in the main 
routine. 

Example: Assume that a library routine to compute the 
value of X + Z is associated with a regular macro- 
instruction called taksq. There is also a call routine in 
the library tape named sqartoi which calculates the 
square root of a number in a work area csqart02) and 
places the answer in another work area (SQART03). The 
programmer can design a library entry for the taksq 
macro that will provide linkage to the call routine as 
shown in Figure 86. 
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Macro Instruction 



Label 



Operation 
_J2tl 



OPERAND 
_^15 95 



YrAKStjX^Rew^T, . 



Assembled Symbolic Program Entry 

ZA X.SQART02 

A Z , SQART02 

B SQARTOI 

ZA SQART03, RESULT 

Figure 86. call Statement within a Library Routine for a 
Macro-Instruction 

When the object routine is executed, X + Z will 
be stored in sqart02. Then the program will branch 
to the call routine where the square root of X + Z 
will be calculated and the result stored in sqarto3. 
The last instruction in the sqartoi routine will cause 
an unconditional branch to the last instruction in the 
taksq routine which puts the answer in an area labeled 
result. Note: This illustration shows the combination 
of a regular macro and the call macro. The same result 
could be achieved by writing entries in the source pro- 
gram as shown in Figure 87. 

Incld Macro 

This macro is used to extract an inflexible library rou- 
tine from the library tape. However, the incld macro 



Label 



_!5!t 



Operation 



££_ 



-2SU. 



2AJU. 



13^ 



*, ? $$ART,0A 



OPERAND 



EijAgMTftS 



StpAATat 



s$A*r.oz J R.zs.i/j..T. 



Assembled Symbolic Program Entry 

ZA X,SQART02 

A Z, SQART02 

B SQARTOI 

ZA SQART03, RESULT 

Figure 87. Alternative Source Program Entries 

does not insert a branch instruction following the incld 
statement in the source program as does the call state- 
ment. The programmer establishes his own linkage to 
the closed routine, incld statements are constructed in 
the same manner as call statements. 

Example: Figure 88 shows an incld statement that 
causes a library routine named subrtoi to be incorpo- 
rated in the object program. 

The processor does not produce a branch instruction. 
The programmer must insert a branch at the place in 
the main routine at which the exit to the closed routine 
is needed. Several incld statements can be written in 
a group in a source program to cause the associated 
library routines to be stored at ltorg, end, or ex time 
by the processor. Thus, one exit from the main routine 
can be used to cause several library routines to be exe- 
cuted at object time. 



Label bperatiorJ OPERAND 

20 21 28 ia Si iS IS SB 



)H0JS\&o.MroX r 



Figure 88. incld Statement 

Note: call and incld statements may appear in 
either flexible or inflexible library routines. Also, an 
inflexible library routine may, in turn, have call or 
incld statements. 

If call or incld are written within a library routine, 
only a single operand is permitted in the call or incld 
statement. This single operand is the name or entry 
point of the closed library routine. ( See "Call Macro." ) 
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SOURCE PROGRAM 



CALL Macro 



Branch 



Users next source 
program statement 



PROCESSOR OPERATIONS 



Create a branch instruction 

and insert it in the source program 



Extract library 
routine at LTORG, 
END or EX time 



Closed Library Routine 



When the processor encounters a CALL macro, it creates an uncondi- 
tional branch instruction to link the main program to the library routine. 
The branch instruction is placed in the symbolic program immediately 
following the CALL macro statement. Later, when the processor en- 
counters a LTORG, END or EX statement in the source program, it 
extracts all library routines specified by CALL macros and stores them 
as closed routines. 



Figure 89. call Processing 
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Figure 90. incld Processing 
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Macro Processing 

Figures 89, 90, and 91 show the effect of the three dif- 
ferent uses of library routines: 

1. As extracted by a regular macro-instruction. 

2. As extracted by the call macro. 

3. As extracted by the incld macro. 

The symbolic programs that result from the proc- 
essor actions described in Figures 89, 90, and 91 are 
later processed as though the user had, himself, in- 
serted all the entries in the source program. Symbolic 
entries are translated to machine-language instructions, 
constants cards are produced, etc. 
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Source Program 
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PROCESSOR OPERATIONS 



Extract 
library routine 



Substitute 

parameters in 

model statements wherever 

substitution codes appear 



Delete model 

statements if bypassing conditions 

are satisfied 



Insert assembled symbolic program entries 
as an open routine in the symbolic program 



When a regular macro-instruction is encountered in the source program, 
the processor extracts the specified library routine, tailors it, and inserts 
it in-line in the users source program. 

Figure 91. Macro Processing 



DELET - Delete 

This entry deletes a library routine or parts of a library 
routine from the library tape. 

The programmer: 

1. Writes the mnemonic operation code cdelet) in 
the operation field. 

2. Writes the name of the library routine in the label 
field. 

3. Writes in the operand field the line number(s) of 
the model statement(s) to be deleted. If a whole routine 
is to" be deleted, the operand field contains only an M 
or S. If more than one model statement of a continuous 
sequence are to be deleted, the first and last numbers 
must be written separated by commas. 

The processor deletes the model statement or state- 
ments specified in the operand field. 
Result: The new library tape contains the modified 
library routine. 

Emmples: Figure 92 is a delet statement that will 
cause the whole check library routine to be removed 
from the library. 

Figure 93 is a delet statement that will cause the 
first model statement to be deleted from the check 
library routine. 

Figure 94 is a delet statement that will cause model 
statements 2, 3, 4, and 5 to be deleted. 



Label 



Meck. ! . . . ftzu-m 



Operation 
to zi 



OPERAND 
_42 Sfi 



Figure 92. Deleting an Entire Library Routine 



Label Operation 
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30 as 



OPERAND 

40 45 SO 



Figure 93. Deleting a Single Model Statement 



Label Operation 
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OPERAND 
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Figure 94. Deleting Multiple Model Statements 



INSER - Insert 

This entry can be used to insert whole library routines 
or part of a library routine in the library tape. 

The programmer: 

1. Writes the mnemonic operation code qnser) in 
the operation field. 

2. Writes the name of the library routine in the 
label field. 
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3. Writes the line number of the model statement 
after which the insertion is to be made. If two oper- 
ands separated by a comma are written, the implied 
deletion will take place. 

The processor deletes model statements, if necessary, 
and inserts the model statement(s) in the library 
routine. 

Result: The new library tape contains the modified 
library routine. 

Examples: Figure 95 is an inser statement that will 
cause a library routine named check to be inserted in 
the library tape. 

Figure 96 is an inser statement that will cause new 
model statement 1 to be inserted in the check library 
routine. 



VHecu. 



Label Operation 

-US 29. ii SS_ 



instm . . 



_S9_ 



_ss_ 



OPERAND 
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Figure 97 is an inser statement that will cause the 
first model statement that is presently in the library 
routine to be deleted and the model statement shown 
to be inserted in its place. 

Figure 98 is an inser statement that causes model 
statements 1 and 2 to be deleted and the model state- 
ments shown to be inserted in their places. 

Autocoder Statement 
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Figure 97. Substituting One Model Statement for Another 



Figure 95. Inserting an Entire Library Routine 
Autocoder Statement 
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Autocoder Statement 
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Figure 96. Inserting a Single Model Statement 



Figure 98. Substituting Multiple Model Statements 
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Mnemonic Operation Codes 



This section consists of a list of the mnemonic opera- 
tion codes for Declarative, Processor Control, and Im- 
perative operations. 

The operation code, operand(s), operation code 
definition, and an example of an assembled machine- 
language instruction are shown. A, B, and I finstruc- 
tion ) addresses have been equated to 12345, 34567, and 
56789, respectively, for illustrative purposes. Where 
d-modifier characters must be provided by the pro- 
grammer, a D appears in the operand column and in 
the d-modifier position of the assembled machine- 
language instruction. 



Processor Control Operation Codes 

Note that for explanation of the four operation codes, 
job,, eject, beseq, and run, the reader is referred to 
the "Processor Control Operations" section of this 
publication. 

Imperative Operations 

The imperative operation codes are listed in the fol- 
lowing order: Arithmetic, Data-Move, Compare and 
Look-up, Logical, Miscellaneous, and Input/Output 
commands. 



Declarative Operation Codes 

Note that no assembled machine-language instruction 
is produced. These codes are directions to the proces- 
sor program only. 
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OPCODE 


OPERAND 


LOAD 




CTL 




PST 




EX 


LABEL 


LTORG 


* 


XFR 


LABEL 


SFX 


B 


ORG 


10OOO 


END 


LABEL 



JOB 



EJECT 



RESEQ 



RUN 



PROCESSOR CONTROL OPERATIONS 

PRECEDE OBJECT PROGRAM WITH LOADER 

OBJECT MACHINE SIZE AND PRINT OR PCH SUPRES 

PUNCH SYMBOL TABLE 

EXECUTE 

LITERAL ORIGIN 

TRANSFER 

SUFFIX CHARACTER 

ORIGIN 

TERMINATES ASSEMBLY - GENERATES BRANCH 
TO ADDRESS OF LABEL 

(SEE PROCESSOR CONTROL OPERATIONS SECTION) 

(SEE PROCESSOR CONTROL OPERATIONS SECTION) 

(SEE PROCESSOR CONTROL OPERATIONS SECTION) 

(SEE PROCESSOR CONTROL OPERATIONS SECTION) 
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DECLARATIVE OPERATIONS 








OPCODE 


OPERAND 






INSTRUCTION 




A 


EQU 


12345 


THE EQUATE INSTRUCTION 








B 


EQU 


34567 










I 


EQU 

DA 

DCW 

DC 

DS 

EQU 


56789 
1X2, G 

s a 

62 

1 
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DEFINE AREA 

DEFINE CONSTANT WITH WORD MARK 

DEFINE CONSTANT 

DEFINE SYMBOL 

EQUATE 
















IMPERATIVE OPERATIONS 






ARITHMETIC OPERATIONS 










OPCODE 


OPERAND 






INSTRUCTION 






A 


A,B 


ADD A-FIELD TO B-FIELD 




A 12345 34567 






S 


A, a 


SUBTRACT A FROM B 




S 12345 34567 

Q 

M 12345 34567 






ZA 


A,B 


ZERO AND ADD A TO B 








IS 


A,B 


ZERO AND SUBTRACT A FROM B 




f 

. 12345 34567 






M 


A,B 


MULTIPLY 




S 12345 34567 




D A,B DIVIDE 

DATA MOVE 

OPCODE OPERAND 

MOVE RIGHT TO LEFT COMMANDS 


— — — 


% 12345 34567 
INSTRUCTION 






MOVE SINGLE 


POSITION 










MLNS 


A,B 


MOVE LEFT NUMERIC SINGLE 




D 12345 34567 


1 




MLZS 


A, 6 


ZONES SINGLE 




12345 34567 


2 




MLCS 


A,B 


CHARACTERS SINGLE 




12345 34567 


3 




MLWS 


A,B 


WORD MARKS SINGLE 




D 12345 34567 


4 




MLNWS 


A.B 


NUMERIC AND WORD MARK 


SINGLE 


D 12345 34567 


5 




MLZWS 


4,8 


ZONE AND WORD MARK Slf 


JGLE 


D 12345 34567 


6 






— — — . ~~ -__— — — ~— - 
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OPCODE 


OPERAND 


MLCWS 


A.B 




STOP MOVE 


AT 


MLNA 


A,B 




MLZA 


A,B 




MLCA 


A,B 




HLWA 


A,B 




HLNWA 


A,B 




MLZWA 


A,B 




HLCWA 


A.B 




STOP MOVE 


AT 


MLN8 


A,B 




MLZB 


A,B 




MICB 


A,8 




MLWB 


A,B 




MLNMB 


A,B 




MLZWB 


A,B 




MLCWB 


A,B 




STOP MOVE 


AT 


MLN 


A,B 




MLZ 


A,B 




MLC 


A.B 




MLW 


A, a 




MLNW 


A,B 




MLZW 


A,B 




MLCW 


A, 8 




MOVE LEFT 


TO 


STOP MOVE 


AT 


MRN 


A.B 




MRZ 


A, 6 




MRC 


A,B 




MRW 


A.B 




MRNW 


A.B 




MRZW 


A.B 




MRCW 


A.B 




STOP MOVE 


AT 


MRNR 


A.B 




MRZR 


A.B 




MRCR 


A.B 




MR MR 


A.B 




MRNWR 


A.B 




MRZWR 


A.B 




MRCWR 


A.B 




STOP MOVE 


AT 


MRNG 


A.B 




MRZG 


A.B 





CHARACTER AND WORD MARK SINGLE 
WORD MARK IN A-FIELD 

MOVE LEFT NUMERIC TO A-FIELD WORD MARK 
ZONES TO A-FIELD WORD MARK 
CHARACTERS TO A-FIELO WORD MARK 
WORD MARKS TO A-FIELD WORD MARK 
NUMERIC AND WM TO WORO MARK IN A 
ZONES AND WM TO WORD MARK IN A 
CHARACTERS AND WM TO WORD MK IN A 
WORD MARK IN B-FIELD 

MOVE LEFT NUMERIC TO B-FIELD WORD MARK 
ZONES TO B-FIELD WORD MARK 
CHARACTERS TO B-FIELD WORD MARK 
WORD MARKS TO B-FIELD WORD MARK 
NUMERIC AND WM TO WORD MARK IN B 
ZONES ANO WM TO WORD MARK IN B 
CHARACTERS AND WM TO WORD MK IN B 
WORD MARK IN A- OR B-FIELD 
MOVE LEFT NUMERIC 
ZONES 

CHARACTERS 
WORD MARKS 

NUMERIC AND WORD MARKS 
ZONES AND WORD MARKS 
CHARACTERS AND WORD MARKS 
RIGHT COMMANDS 
WORD MARK IN A- OR B-FIELD 
MOVE RIGHT NUMERIC 
ZONES 

CHARACTERS 
WORD MARKS 

NUMERIC AND WORD MARKS 
ZONES AND WORD MARKS 
CHARACTERS AND WORD MARKS 
RECORD MARK IN A-FIELD 

MOVE RIGHT NUMERIC TO RECORD MARK IN A-FLD 
ZONES TO RECORD MARK IN A-FIELD 
CHARACTERS TO RECORD MARK IN A 
WORD MARKS TO RECORD MARK IN A 
NUMERIC ANO WM TO RM IN A-FIELD 
ZUNES AND WM TO RM IN A-FIELD 
CHARACTERS AND WM TO RM IN A 
GM-WM IN A-FIELD 

MOVE RIGHT NUMERIC TO GM-WM IN A-FIELD 
ZONES TO GM-WM IN A-FIELD 



INSTRUCTION 

D 12345 34567 7 



D 12345 34567 / 
D 12345 34567 S 
D 12345 34567 T 
D 12345 34567 U 
12345 34567 V 
D 12345 34567 W 
D 12345 34567 X 

12345 34567 J 
D 12345 34567 K 
D 12345 34567 L 
D 12345 34567 M 
D 12345 34567 N 
D 12345 34567 
12345 34567 P 

D 12345 34567 A 
D 12345 34567 B 
D 12345 34567 C 
D 12345 34567 D 
D 12345 34567 E 
D 12345 34567 F 
D 12345 34567 G 



D 12345 34567 9 
D 12345 34567 
D 12345 34567 # 
D 12345 34567 a 

D 12345 34567 . 

G 
D 12345 34567 T 

T 
D 12345 34§67 M 

D 12345 34567 Z 

D 12345 34567 * 

D 12345 34567 , 

D 12345 34567 * 

W 

D 12345 34567 S 

12345 34567 

Q 
D 12345 34567 T 



D 12345 34567 R 
D 12345 34567 . 
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OPCODE OPERAND 
MRCG A,B 

MRWG A, 8 

HRNMG A,B 

MRZWG A, 8 



CHARACTERS TO GM-WM IN A-FIELD 
WORD HARKS TO GM-WM IN A-FIELD 
NUMERIC AND WM TO GM-WM IN A 
ZONES AND WM TO GM-WM IN A-FIELD 



MRCWG A,B CHARACTERS AND WM TO GM-WM IN A 

STOP AT RM OR GM-WM IN A-FIELD 

MRNM A,B MOVE RIGHT NUMERIC TO RM OR GM-WM 

MRZM A,B ZONES TO RM OR GM-WM 

MRCM A, 8 CHARACTERS TO RM OR GM-WM 

MRWM A,B WORD MARKS TO v RM OR GM-WM 

MRNWM A,B NUMERIC AND WM TO RM OR GM-WM 

MRZWM A,B ZONES AND WM TO RM OR GM-WM 

MRCWM A,B CHARACTERS AND WM TO RM OR GM-WM 

SCAN LEFT AND RIGHT COMMANDS 

SCNRR A,B SCAN RIGHT TO RM IN A-FIELD 

TO GM-WM IN A-FIELD 

TO RM OR GM-WM IN A-FIELD 

TO WORD MARK IN A- OR B-FIELD 

SCAN LEFT TO WORD MARK IN A-FIELD 

TO WORD MARK IN B-FIELD 

TO WM IN A- OR B-FiELD 

SINGLE POSITION 

SPECIAL MOVE COMMANDS 

MCS A,B MOVE CHARACTERS AND SUPPRESS ZEROS 

MCE A,B MOVE CHARACTERS AND EDIT 

COMMANDS 

COMPARE B-FIELD TO A-FIELD 
LOOKUP LOW 
LOUKUP EQUAL 
LOOKUP LOW OR EQUAL 
LOOKUP HIGH 
LOOKUP LOW OR HIGH 
LOOKUP EQUAL OR HIGH 



SCNRG A,B 

SCNRM A, 8 

SCNR A,B 

SCNLA A, 8 

SCNLB A,B 

SCNL A,B 

SCNLS A,B 



COMPARE AND LOOKUP 


OPCODE 


OPERAND 


C 


A,B 


LL 


A, 8 


LE 


A, 8 


LLE 


A.B 


LH 


AtB 


LLH 


A,B 


LEH 


A.B 



INSTRUCTION 

D 12345 34567 $ 

D 12345 34567 » 

R 

D 12345 34567 P 

D 12345 3456/ , 

D 

D 12345 34567 L 



D 12345 34567 I 

Q 

D 12345 34567 M 

D 12345 34567 . 

12345 34567 □ 
L 

D 12345 34567 P 
L 

D 12345 34567 I 
G 

D 12345 34567 M 



D 12345 34567 Y 

D 12345 34567 Q 

D 12345 34567 H 

D 12345 34567 8 

C 

D 12345 34567 1 

D 12345 34567 - 

D 12345 34567 & 

D 12345 34567 

Z 12345 34567 
E 12345 34567 

INSTRUCTION 

C 12345 34567 

T 12345 34567 1 

T 12345 34567 2 

T 12345 34567 3 

T 12345 34567 4 

T 12345 34567 5 

T 12345 34567 6 



LOGICAL OPERATIONS 
OPCODE OPERAND 



BW 


.8 


BZN 


.8 


BZN 


,B,AB 


BZN 


.B,A 


BZN 


.8,8 


BWZ 


.8 


8WZ 


.8.AB 


BWZ 


t.B.A 


BWZ 


.B.B 


BCE 


.B,0 



BRANCH TO I-ADDR IF WORD MARK AT B-ADDRESS 
BRANCH TO I IF B HAS NO ZONE BITS 
IF B HAS A AND B ZONES 
IF B HAS A-BIT AND NO B-BIT 
IF B HAS 8-BIT AND NO A-BIT 
BRANCH TO I IF 8 HAS WM OR NO AB-BITS 
OR AB-8ITS 
OR A-BIT 
OR B-BIT 
BRANCH TO I IF CHARACTER AT B EQU D-MOD 



INSTRUCTION 

V 56789 34567 1 

V 56789 34567 2 

V 56789 34567 B 

V 56789 34567 S 

V 56789 34567 K 

V 56789 34567 3 

V 56789 34567 C 

V 56789 34567 T 

V 56789 34567 L 
B 56789 34567 D 



44 



OPCODE 


OPERAND 






INSTRUCTION 


BBE 


I.B.D 


BRNCH IF ANY BIT AT B MATCHES B 


IT IN D-MOD 


W 56789 34567 D 


B 




UNCONDITIONAL BRANCH 




J 56789 


BU 




BRANCH IF COMPARE UNEQUAL 




J 56789 / 


BE 




EQUAL 




J 56789 S 


BL 




LOW 




J 56789 T 


BH 




HIGH 




J 56789 U 


8Z 




BRANCH IF ZERO BALANCE 




J 56789 V 


BAV 




BRANCH IF ARITHMETIC OVERFLOW 




J 56789 Z 


BDV 




BRANCH IF DIVIDE OVERFLOW 




J 56789 W 


MISCELANEOUS OPERATIONS 






OPCODE 


OPERAND 






INSTRUCTION 


SAR 


A 


STORE A-REGISTER 




G 12345 A 


SBR 


A 


STORE 8-REGISTER 




G 12345 B 


SER 


A 


STORE E-REGISTER 




G 12345 E 


SFR 


A 


STORE F-REGISTER 




G 12345 F 


SW 


A,B 


SET WORD MARK AT A AND B 




, 12345 34567 


CM 


A,B 


CLEAR WORD MARK AT A AND B 




o 12345 34567 


CS 


B 


CLEAR STORAGE 




/ 34567 


CS 


I,B 


CLEAR STORAGE AND BRANCH 




/ 56789 34567 


H 


I 


HALT AND BRANCH 




. 56789 


NOP 




NO OPERATION 




N 


NOPWM 




NO OPERATION WORD MARK 




N 


STC 


A 


STORE TIME CLOCK 




G 12345 T 


MNEMONICS FOR SUB-PROGRAMS, RELOCATABLE, ANC 


FORTRAN 




DCWS 


NAME 


BRANCH TO NAMED SUBROUTINE 






DCWF 


NAME 


AOCON FOR ENTRY POINT OF NAMED SUBROUTINE 




DAV 


1X2, G 


DEFINE AREA IN COMMON AREA 






RSV 


LABEL 


APPLY DOWNWARD RELOCATION TO LABEL 




TITLE 


SQRT 


100000000000000 






FLOATING POI 


NT ARITHMETIC INSTRUCTIONS 






INTERPRETED 


BY THE FORTRAN ARITHMETIC ROUTINES 




FRA 


A 


FLOATING RESET ADD 




* 12345 R 


FST 


A 


FLOATING STORE 




# 12345 L 


FA 


A 


FLOATING ADD 




# 12345 A 


FS 


A 


FLOATING SUBTRACT 




# 12345 S 


FM 


A 


FLOATING MULTIPLY 




# 12345 M 


FD 


A 


FLOATING DIVIDE 

*NDS 




* 12345 D 


INPUT/OUTPUT COMM 


OPCODE 


OPERAND 






INSTRUCTION 


BRANCH IF I/O CHANNEL STATUS INDICATOR ON 






BEX1 


I.D 


BRANCH EXTERNAL INDICATOR - CHANNEL 1 


R 56789 D 


BEX2 


1,0 


- CHANNEL 2 


X 56789 D 


BA1 


I 


BRANCH ANY EXTERNAL INDICATOR - 


CHANNEL 1 


R 56789 M 

G 

X 56789 M 


BA2 


I 


- 


CHANNEL 2 


BNR1 


I 


BRANCH IF NOT READY - CHANNEL 1 




R 56789 I 



Mnemonic Operation Codes 45 



OPCODE OPERAND 

BNR2 

BCB1 

BCB2 

BEFl 

BEF2 

BNT1 

BNI2 

BWL1 

BWL2 

BER1 

BER2 

BRC1 

BRC2 



- CHANNEL 2 
BRANCH IF CHANNEL 1 BUSY 

2 BUSY 
BRANCH IF END-OF-FILE - CHANNEL 1 
- CHANNEL 2 
BRANCH NO TRANSFER - CHANNEL 1 
- CHANNEL 2 
BRANCH WRONG LENGTH - CHANNEL 1 

- CHANNEL 2 
BRANCH ERROR - CHANNEL 1 

- CHANNEL 2 
BRANCH READ BACK CHECK - CHANNEL 1 
- CHANNEL 2 



INSTRUCTION 
X 56789 I 
R 56789 2 
X 56789 2 
R 56789 8 

X 56789 8 
C 

R 56789 T 
C 

X 56789 T 

R 56789 - 
X 56789 - 
R 56789 <t 
X 56789 4 
R 56789 3 
X 56789 3 



CHANNEL STATUS INDICATORS HAY BE SET WITH IU NOP. 

10 NOP MNEMONIC IS ANY 10 OP PRECEOED BY N. 

CONDITIONAL BRANCHES FOR I/O, OVERLAP, AND PRIORITY 

B0L1 I BRANCH OVERLAP IN PROCESS - CHANNEL 1 

B0L2 I - CHANNEL 2 

BUPR I BRANCH UNIT PRIORITY REQUEST - CHANNEL 1 

BUPR1 I - CHANNEL I 

BUPR2 I - CHANNEL 2 

BNQ I BRANCH INQUIRY REQUEST - CHANNEL 1 

BNQ1 I - CHANNEL 1 

BNQ2 I - CHANNEL 2 

BIPR I BRANCH INQUIRY PRIORITY REQUEST - CHAN 1 

BIPR1 I - CHAN I 

BIPR2 I - CHAN 2 

BOQ I BRANCH OUTQUIRY - CHANNEL 1 

B0Q1 I - CHANNEL 1 

B0Q2 I - CHANNEL 2 

BQPR I BRANCH OUTQUIRY PRIORITY REQUEST - CHAN 1 

BQPR1 I - CHAN 1 

BQPR2 I - CHAN 2 

BSPR1 I BRANCH IF SEEK PRIORITY REQUEST - CHAN 1 

BSPR2 I - CHAN 2 

BXPR1 I BRANCH IF SIMPLEX PRIORITY REQUEST - CHAN I 

BXPR2 I - CHAN 2 

B81 I BRANCH IF BINARY CARD - CHANNEL 1 

BB2 I - CHANNEL 2 

BPCB I BRANCH PRINTER CARRIAGE BUSY - CHANNEL 1 

BPCB1 I - CHANNEL 1 

8PCB2 I - CHANNEL 2 

8CV I BRANCH CARRIAGE OVERFLOW - CHANNEL 1 

BCVl I - CHANNEL 1 



J 56789 1 
J 56789 2 

Y 56789 U 

Y 56789 U 

Y 56789 F 
J 56789 Q 
J 56789 Q 
J 56789 » 

Y 56789 Q 

Y 56789 

Y 56789 • 
J 56789 N 
J 56789 N 
J 56789 * 

Y 56789 N 

Y 56789 N 

Y 56789 * 

Y 56789 S 

Y 56789 T 

Y 56789 A 

Y 56789 B 
J 56789 M 
J 56789 * 
J 56789 R 
J 56789 R 
J 56789 L 
J 56789 3 
J 56789 3 



46 



OPCODE OPERAND 

BCV2 

BC9 

BC91 

BC92 

BXPA 

BEPA 

BOPR1 

BOPR2 



- CHANNEL 2 
BRANCH CARRIAGE CHANNEL 9 - CHANNEL 1 

- CHANNEL 1 

- CHANNEL 2 
BRANCH AND EXIT PRIORITY ALERT 

ENTER PRIORITY ALERT 
BRANCH OVERLAP PRIORITY REQUEST - CHANNEL 1 

- CHANNEL 2 



R 


0,8 


Rl 


1>B 


R2 


2,B 


RW 


ltB 


R1W 


l.B 


R2W 


l.B 


RO 


l.B 


RIO 


l.B 


R20 


l.B 


RWO 


l.B 


RIWO 


l.B 


R2W0 


l.B 



UNIT RECORD OPERATIONS 

READ A CARD. FIRST OPERAND DENOTES STACKER POCKET 
READ - CHANNEL 1 

- CHANNEL 1 

- CHANNEL 2 
READ LOAD MODE - CHANNEL 1 

- CHANNEL 1 

- CHANNEL 2 
READ OVERLAPPED - CHANNEL 1 

- CHANNEL I 

- CHANNEL 2 
READ LOAD MODE OVERLAPPED - CHANNEL I 

- CHANNEL 1 

- CHANNEL 2 
SELECT STACKER AND FEED 

SSF SELECT STACKER AND FEED - CHANNEL 1 
SSF1 1 STACKER 1 - CHANNEL 1 

SSF2 2 STACKER 2 - CHANNEL 2 

PRINTER OPERATIONS 

WRITE PRINTER - CHANNEL 1 

- CHANNEL 1 

- CHANNEL 2 
WRITE PRINTER LOAD MODE - CHANNEL 1 

- CHANNEL 1 

- CHANNEL 2 
WRITE PRINTER OVERLAPPED - CHANNEL 1 

- CHANNEL I 

- CHANNEL 2 
WRITE PRINTER LOAD MODE OVERLAPPED - CHAN 1 

• - CHAN 1 

- CHAN 2 



w 


B 


Wl 


B 


W2 


B 


WW 


B 


WIN 


B 


W2W 


B 


wo 


B 


W10 


B 


W20 


B 


wwo 


B 


W1W0 


B 


W2W0 


B 


WM 


B 


WM1 


B 


WM2 


B 


WMO 


B 



WRITE WORDMARKS - CHANNEL 1 

- CHANNEL 1 

- CHANNEL 2 

WRITE WORDMARKS OVERLAPPED - CHANNEL 1 



INSTRUCTION 

J 56789 n 

J 56789 9 

J 56789 9 

» 

J 56789 . 

Y 56789 X 

Y 56789 E 

Y 56789 1 

Y 56 789 2 



M 


no 


34567 


R 


M 


su 


34567 


R 


M 


ol2 


34567 


R 


L 


till 


34567 


R 


L 


Sill 


34567 


R 


L 


nil 


34567 


R 


M 


an 


34567 


R 


M 


an 


34567 


R 


M 


•n 


t 34567 


R 


L 


311 


34567 


R 


L 


an 


34567 


R 


L 


»ii 


34567 


R 



K 
K 1 
4 2 



M 


X20 


34567 


W 


M 


Z20 


34567 


w 


M 


□ 20 


34567 


w 


L 


£20 


34567 


w 


L 


S20 


34567 


w 


L 


02 


34567 


w 


M 


320 


34567 


w 


M 


320 


34567 


w 


M 


• 20 


34567 


w 


L 


320 


34567 


w 


L 


320 


34567 


w 


L 


•20 


34567 


w 


M 


X21 


34567 


w 


M 


S21 


34567 


w 


M 


D21 


34567 


w 


M 


321 


34567 


w 



Mnemonic Operation Codes 47 



OPCODE 


OPERAND 


WM10 


B 


WM20 


B 


cc 


1 


CCl 




CC2 


K 



- CHANNEL 1 

- CHANNEL 2 
CARRIAGE CONTROL I/O CHANNEL 1 

I/O CHANNEL 1 
I/O CHANNEL 2 
PUNCH OPERAIIONSi FIRST OPERAND DENOTES STACKER . 
PUNCH - CHANNEL 1 

- CHANNEL 1 

- CHANNEL 2 
PUNCH LOAD MODE - CHANNEL I 

- CHANNEL 1 

- CHANNEL 2 
PUNCH OVERLAPPED - CHANNEL 1 

- CHANNEL 1 

- CHANNEL 2 
PUNCH LOAD MODE OVERLAPPED - CHANNEL 1 

- CHANNEL 1 

- CHANNEL 2 
PUNCH COLUMN BINARY - CHANNEL I 

- CHANNEL 2 
PUNCH COLUMN BINARY OVERLAPPED - CHANNEL 1 

- CHANNEL 2 



p 


0,B 


PI 


4,B 


P2 


8,8 


PW 


0,8 


PIU 


0,8 


P2W 


O.B 


PO 


0,8 


PIO 


0,B 


P20 


0,B 


PMO 


0,B 


P1WO 


0,B 


P2WO 


0,B 


PB1 


0,8 


PB2 


0,8 


PBIO 


0,B 


PB20 


0,8 



INSTRUCTION 
M S21 34567 W 
H »21 34567 M 
F 1 

: 1 

> K 



M £40 
M %44 
M D48 
L %40 
L S40 
L D40 
M 340 
M 340 
M »40 
L 340 
L 340 
L «40 
M %80 
M D80 
M 380 
M «80 



34567 W 
34567 W 
34567 W 
34567 W 
34567 W 
34567 W 
34567 W 
34567 W 
34567 W 
34567 H 
34567 W 
34567 M 
34567 W 
34567 W 
34567 W 
34567 W 



CONSOLE OPERATIONS 



READ CONSOLE PRINTER 



RCP B 

RCPW 8 

RCPO B 

RCPWO B 

WCP B 

WCPW B 

WCPO B 

WCPWO B 

MAGNETIC TAPE OPERATIONS 



WRITE CONSOLE PRINTER 



LOAD MODE 

OVERLAPPED 

LOAD MODE OVERLAPPED 

LOAD MODE 

OVERLAPPED 

LOAD MODE OVERLAPPED 



BSP 


11 


BSP 


21 


SKP 


12 


SKP 


22 


WTM 


11 


WTM 


21 


RMD 


12 


RWO 


22 


RMU 


11 


RWU 


21 


CU 


XU2.W 


MU 


12, B 



BACKSPACE TAPE - CHANNEL 1 

- CHANNEL 2 
ERASE FORWARD - CHANNEL 1 

- CHANNEL 2 
WRITE TAPE MARK - CHANNEL 1 

- CHANNEL 2 
REWIND - CHANNEL 1 

- CHANNEL 2 
REWIND AND UNLOAD - CHANNEL 1 
- CHANNEL 2 
CONTROL UNIT 
MOVE UNIT - CHANNEL 1 



M 


XTO 


34567 


R 


L 


*T0 


34567 


R 


M 


3T0 


34567 


R 


L 


3T0 


34567 


R 


M 


XTO 


34567 


W 


L 


XTO 


34567 


W 


M 


3T0 


34567 


w 


L 


3T0 


34567 


w 



UZU1B 
UuUlB 
USU2E 
UDU2E 
UXU1M 
UnUlM 
UZU2R 
UQU2R 
UXU1U 
UoUlU 
UXU2W 
M *U2 34567 R 



48 



OPCODE 


OPERAND 


MU 


22,8 


LU 


12,8 


LU 


12,8 



- CHANNEL 2 
LOAD UNIT - CHANNEL 1 

- CHANNEL 2 

READ TAPE OPERATIONS 

RT 12,8 READ TAPE - CHANNEL 1 

RT 22,8 - CHANNEL 2 

RTW 12, B READ TAPE LOAD MODE - CHANNEL I 

RTW 22,8 - CHANNEL 2 

RTO 11, B READ TAPE OVERLAPPED - CHANNEL 1 

RTO 21, B - CHANNEL 2 

RTWO 11,8 READ TAPE LOAD MODE OVERLAPPED - CHANNEL 1 

RTWO 21,8 - CHANNEL 2 

RTG 12, B READ TAPE TO INTERRECORD GAP - CHANNEL 1 

RTG 22,8 - CHANNEL 2 

RTGW 12, B READ TAPE TO GAP LOAD MODE - CHANNEL 1 

RTGW 22,8 - CHANNEL 2 

RTB 11,8 READ TAPE BINARY - CHANNEL 1 

RTB 21,8 - CHANNEL 2 

RTBW 11,8 REAO TAPE BINARY LOAD MODE - CHANNEL 1 

RTBW 21, B - CHANNEL 2 

RTBO 12, B READ TAPE BINARY OVERLAPPED - CHANNEL 1 

RTBO 22, B - CHANNEL 2 

RTBWO 12, B READ TAPE BINARY LOAD MODE OVLAPPED -CHAN 1 

RTBWO 22,8 -CHAN 2 

RT8G 11, B READ TAPE BINARY TO GAP - CHANNEL 1 

RTBG 21, B - CHANNEL 2 

RTBGW 11,8 READ TAPE BINARY TO GAP LOAD MODE - CHAN 1 

RTBGW 21, 8 - CHAN 2 

WRITE TAPE OPERATIONS 

WT 11, B WRITE TAPE - CHAN 1 

WT 21,8 - CHAN 2 

WIW 11,8 WRITE TAPE LOAO MODE - CHAN 1 

WTW 21, B - CHAN 2 

WTO 12,8 WRITE TAPE OVERLAPPED - CHAN 1 

WTO 22, B - CHAN 2 

WTWO 12, B WRITE TAPE LOAD MODE OVERLAPPED - CHAN I 

WTWO 22,8 - CHAN 2 

WTE 11, B WRITE TAPE TO END OF CORE - CHAN 1 

WTE 21, B - CHAN 2 

WTEW 11, B WRITE TAPE TO END LOAD MODE - CHAN 1 

WTEW 21,8 - CHAN 2 

WTB 12, B WRITE TAPE BINARY - CHAN 1 

WTB 22, B - CHAN 2 



INSTRUCTION 
K DU2 34567 R 
L *U2 34567 R 
L SU2 34567 R 



M 


*U2 


34567 


R 


M 


DU2 


34567 


R 


L 


SU2 


34567 


R 


L 


□ U2 


34567 


R 


M 


aui 


34567 


R 


M 


»U1 


34567 


R 


L 


SU1 


34567 


R 


L 


*U1 


34567 


R 


M 


SU2 


34567 


i 


M 


□U2 


34567 


$ 


L 


*U2 


34567 


i 


L 


DU2 


34567 


i 


M 


$81 


34567 


R 


M 


OBI 


34567 


R 


L 


*B1 


34567 


R 


L 


nBl 


34567 


R 


M 


ilB2 


34567 


R 


M 


«B2 


34567 


R 


L 


3B2 


34567 


R 


L 


• B2 


34567 


R 


M 


*B1 


34567 


$ 


M 


□81 


34567 


$ 


L 


SB1 


34567 


i 


L 


OBI 


34567 


i 



M 


3U1 


M 


nui 


L 


XU1 


L 


nui 


M 


3U2 


M 


*i)2 


L 


3U2 


L 


»U2 


M 


XUl 


M 


nui 


L 


XUl 


L 


BUI 


M 


XB2 


M 


□B2 



Mnemonic Operation Codes 49 



OPCODE OPERANO 

WTBW 12, B WRITE TAPE BINARY LOAD MODE 



WTBW 22, B 

WTBO 11, B 

WTBO 21, B 

WT8W0 11,8 

UT8W0 21,8 

WT8E 12, B 

WTBE 22, B 

WTBEW 12, B 

WTBEW 22,8 



CHAN I 

- CHAN 2 
WRITE TAPE BINARY OVERLAPPED - CHAN 1 

- CHAN 2 
WRITE TAPE BINARY LOAD MODE OLAPPED -CHAN 1 

-CHAN 2 
WRITE TAPE BINARY TO END OF CORE - CHAN 1 

- CHAN 2 
WRITE TAPE BINARY TO END LOAD MODE - CHAN 1 

- CHAN 2 



INSTRUCTION 

L *B2 34567 W 



1405 DISK OPERATIONS 
SO 1,8 SEEK DISK - CHANNEL 1 
SD 2,B - CHANNEL 2 

SDO 1,8 SEEK DISK OVERLAPPED - 
SDO 2,B 



CHANNEL 1 
CHANNEL 2 



L 


QB2 


34567 


M 


M 


SB1 


34567 


W 


M 


«B1 


34567 


W 


L 


aai 


34567 


W 


L 


• 81 


34567 


W 


M 


%B2 


34567 


X 


M 


□ B2 


34567 


X 


L 


SB 2 


34567 


X 


L 


QB2 


34567 


X 



M *F0 34567 R 

M nFO 34567 R 

K 3F0 34567 R 

M »F0 34567 R 



WD 


l.B 


WD 


2,8 


WDW 


l.B 


WDW 


2,8 


WDO 


l.B 


WDO 


2,B 


WDWO 


1,B 


WD WO 


2.B 


WDt 


l.B 


WDT 


2.8 


WDTW 


1.8 


WOTW 


2.B 


WDTO 


l.B 


WDTO 


2.B 


WDTWO 


l.B 


WDTWO 


2.B 


WDC 


l.B 


WDC 


2,8 


WDCW 


1,8 


wocw 


2,B 


WDCO 


l.B 


UDCO 


2.B 


woe WO 


l.B 


WDCWO 


2.B 


RO 


l.B 


RD 


2.B 



WRITE DISK SINGLE RECORO - CHANNEL 1 

- CHANNEL 2 
LOAD MODE - CHANNEL 1 

- CHANNEL 2 
OVERLAPPED - CHANNEL 1 

- CHANNEL 2 

LOAD MODE OVERLAPPED - CHANNEL 1 

- CHANNEL 2 

WRITE FULL TRACK - CHANNEL 1 

- CHANNEL 2 
LOAD MODE - CHANNEL 1 

- CHANNEL 2 
OVERLAPPED - CHANNEL 1 

- CHANNEL 2 

LOAD MODE OVERLAPPED - CHANNEL 1 
' - CHANNEL 2 

WRITE DISK CHECK - CHANNEL 1 

- CHANNEL 2 
LOAD MODE - CHANNEL 1 

- CHANNEL 2 
OVERLAPPED - CHANNEL 1 

- CHANNEL 2 

LOAD MODE OVERLAPPED - CHANNEL 1 

- CHANNEL 2 

READ DISK SINGLE RECORD - CHANNEL 1 
- CHANNEL 2 



M 


SF1 


34567 


w 


M 


QF1 


34567 


w 


L 


XF1 


34567 


w 


L 


riFl 


34567 


w 


M 


3F1 


34567 


w 


M 


•Fl 


34567 


w 


L 


3F1 


34567 


w 


L 


•Fl 


34567 


w 


M 


*F2 


34567 


w 


M 


nF2 


34567 


w 


L 


XF2 


34567 


w 


L 


QF2 


34567 


w 


M 


9F2 


34567 


w 


M 


»F2 


34567 


w 


L 


SF2 


34567 


w 


L 


»F2 


34567 


w 


M 


*F3 


34567 


w 


M 


OF 3 


34567 


w 


L 


*F3 


34567 


w 


L 


oF 3 


34567 


w 


M 


8F3 


34567 


w 


M 


• F3 


34567 


w 


L 


SF3 


34567 


w 


L 


*F3 


34567 


w 


M 


*F1 


34567 


R 


M 


PF1 


34567 


R 



so 



OPCODE OPERAND 



RDM 


liB 


RDM 


2,B 


RDO 


l.B 


RDO 


2,8 


RDWO 


l.B 


RDMO 


2,B 


ROT 


l.B 


RDT 


2.B 


RDTW 


l.B 


RDTM 


2.B 


RDIU 


l.B 


RDTO 


2,B 


RDTWO 


l.B 


RDTWO 


2.B 



LOAD MODE - CHANNEL 1 

- CHANNEL 2 
OVERLAPPED - CHANNEL 1 

- CHANNEL 2 

LOAD MODE OVERLAPPED - CHANNEL I 

- CHANNEL 2 
READ DISK FULL TRACK - CHANNEL 1 

- CHANNEL 2 
LOAD MODE - CHANNEL 1 

- CHANNEL 2 
OVERLAPPED - CHANNEL I 

- CHANNEL 2 

LOAD MOOE OVERLAPPED - CHANNEL 1 

- CHANNEL 2 



INSTRUCTION 

L S5F1 34567 R 



1301 DISK OPERATIONS 



SD 


1,8 


SD 


2.B 


SDO 


l.B 


SDO 


2.8 


WD 


l.B 


WD 


2,B 


MOW 


l.B 


WOW 


2.B 


WOO 


l.B 


WOO 


2.B 


WDHO 


l.B 


WDWO 


2.B 


WDE 


l.B 


MDE 


2.B 


MDEM 


l.B 


MDEW 


2.2 


WDT 


l.B 


MOT 


2.B 


WDTM 


l.B 


MDTW 


2,8 


WDTO 


l.B 


WDTO 


2.B 


WDTWO 


l.B 


WDTWO 


2.B 


MOTE 


l.B 


WDTE 


2,8 


WDTEW 


l.B 


WDTEW 


2,8 


l 





SEEK DISK - CHANNEL 1 
- CHANNEL 2 
OVERLAPPED - CHANNEL 1 

- CHANNEL 2 

WRITE SINGLE RECORD - CHANNEL 1 

- CHANNEL 2 
LOAD MODE - CHANNEL 1 

- CHANNEL 2 
OVERLAPPED - CHANNEL 1 

- CHANNEL 2 

LOAD MODE OVERLAPPED - CHANNEL 1 

- CHANNEL 2 
TO END OF CORE - CHANNEL 1 

- CHANNEL 2 
TO END OF CORE LOAO MODE - CHANNEL 1 
- CHANNEL 2 
WRITE FULL TRACK WITHOUT ADDRESSES - CHAN I 

- CHAN 2 
LOAD MODE - CHAN 1 
- CHAN 2 
OVERLAPPED - CHAN 1 
- CHAN 2 
LOAD MODE OVERLAPPED - CHAN 1 

- CHAN 2 
TO END OF CORE - CHAN 1 

- CHAN 2 

TO END OF CORE LOAD MODE - CHAN 1 
- CHAN 2 



L 


OF I 


34567 


R 


M 


3F1 


34567 


R 


M 


»F1 


34567 


R 


L 


3F1 


34567 


R 


L 


*F1 


34567 


R 


M 


%F2 


34567 


R 


M 


OF 2 


34567 


R 


L 


SF2 


34567 


R 


L 


QF2 


34567 


R 


M 


3F2 


34567 


R 


M 


♦ F2 


34567 


R 


L 


3F2 


34567 


R 


L 


»F2 


34567 


R 



M SFO 

M DFO 

M 3F0 

M «F0 



34567 R 
34567 R 
34567 R 
34567 R 



M 


SF1 


34567 W 


M 


QF1 


34567 W 


L 


XF1 


34567 W 


L 


uFl 


34567 W 


M 


3F1 


34567 W 


M 


• Fl 


34567 W 


L 


3F1 


34567 W 


L 


»F1 


34567 W 


M 


*F1 


34567 X 


M 


nFl 


34567 X 


L 


SF1 


34567 X 


L 


DFl 


00002 X 


M 


*F2 


34567 W 


M 


OF 2 


34567 W 


L 


SF2 


34567 W 


L 


nF2 


34567 W 


M 


SF2 


34567 W 


M 


»F2 


34567 W 


L 


3F2 


34567 W 


L 


•F2 


34567 W 


M 


XF2 


34567 X 


M 


nF2 


34567 X 


L 


XF2 


34567 X 


L 


OF 2 


34567 X 



Mnemonic Operation Codes 51 



OPCODE 


OPERAND 


woe 


1,8 


WDC 


2.8 


WDCW 


l.B 


WDCW 


2.B 


WDCO 


l.B 


WOCO 


2,8 


WDC MO 


1.6 


WOCMO 


2,B 


WDCE 


l.B 


WDCE 


2.B 


WDCEW 


l.B 


WDCEM 


2.B 


MHA 


1,8 


WHA 


2,B 


WHAW 


l.B 


WHAM 


2,B 


WHAO 


l.B 


MHAO 


2,B 


WHAWO 


l.B 


WHAWO 


2.8 


WHAE 


l.B 


WHAE 


2,B 


WHAEW 


l.B 


WHAEW 


2.B 


WFT 


l.B 


WFT 


2.B 


WFTW 


l.B 


WFTW 


2.B 


WFTO 


l.B 


WFTO 


2.B 


WFTWO 


l.B 


WFTWO 


2.B 


WFTE 


1.8 


WFTE 


2,8 


WFTEW 


l.B 


WFTEM 


2.B 


WFO 


l.B 


WFO 


2,8 


WFOO 


l.B 


WFOO 


2.B 


WFOE 


l.B 


WFOE 


2,8 


HCY 


l.B 


WCY 


2,8 



INSTRUCTION 



WRITE DISK CHECK - CHANNEL I 
- CHANNEL 2 
LOAD MODE - CHANNEL 1 

- CHANNEL 2 
OVERLAPPED - CHANNEL 1 

CHANNEL 2 
LOAD MODE OVERLAPPED - CHANNEL 1 

- CHANNEL 2 
TO END OF CORE - CHANNEL 1 

- CHANNEL 2 

TO END OF CORE LOAD MOOE - CHANNEL 1 

- CHANNEL 2 
WRITE FULL TRACK WITH HOME ADDRESS - CHAN 1 

- CHAN 2 
LOAD MODE - CHANNEL I 

- CHANNEL 2 
OVERLAPPED - CHANNEL 1 

- CHANNEL 2 

LOAO MODE OVERLAPPED - CHANNEL 1 

- CHANNEL 2 
TO END OF CORE - CHANNEL I 

- CHANNEL 2 

TO END OF CORE LOAD MODE - CHANNEL 1 

- CHANNEL 2 
WRITE FULL TRACK WITH ADDRESSES - CHAN 1 

■ - CHAN 2 
LOAD MODE - CHANNEL 1 

- CHANNEL 2 
OVERLAPPED - CHANNEL 1 

- CHANNEL 2 

LOAD MOOE OVERLAPPED - CHANNEL 1 

- CHANNEL 2 
TO END OF CORE - CHANNEL 1 

- CHANNEL 2 

TO END OF CORE LOAO MODE - CHANNEL 1 

- CHANNEL 2 
WRITE FORMAT TRACK - CHANNEL 1 

- CHANNEL 2 
OVERLAPPED - CHANNEL 1 

- CHANNEL 2 

TO END OF CORE - CHANNEL 1 

- CHANNEL 2 

WRITE CYLINDER - CHANNEL I 

- CHANNEL 2 



M 


XF3 


34567 


W 


M 


aF3 


34567 


W 


L 


SF3 


34567 


w 


L 


□F3 


34567 


w 


M 


3F3 


34567 


w 


M 


♦ F3 


34567 


w 


L 


3F3 


34567 


w 


L 


*F3 


34567 


w 


M 


SF3 


34567 


X 


M 


nF3 


34567 


X 


L 


XF3 


34567 


X 


L 


nF3 


34567 


X 


M 


SF5 


34567 


w 


M 


aF5 


34567 


w 


L 


SF5 


34567 


w 


L 


nF 5 


34567 


w 


M 


3F5 


34567 


w 


M 


• F5 


34567 


w 


L 


3F K 


34567 


w 


L 


«F5 


34567 


w 


M 


*F5 


34567 


X 


H 


UF5 


34567 


X 


L 


*F5 


34567 


X 


L 


dF5 


34567 


X 


M 


*F6 


34567 


w 


M 


□F6 


34567 


w 



L SF6 34567 W 
L aF6 34567 W 



M 


3F6 


34567 


W 


M 


• F6 


34567 


w 


L 


3F6 


34567 


w 


L 


*F6 


34567 


w 


M 


*F6 


34567 


X 


M 


□F6 


34567 


X 


L 


*F6 


34567 


X 


L 


aF6 


34567 


X 


M 


*F7 


34567 


w 


M 


□F7 


34567 


w 


M 


3F7 


34567 


w 


M 


• F7 


34567 


w 


M 


SF7 


34567 


X 


M 


OF 7 


34567 


X 



M *F3 34567 W 
M nF3 34567 W 



52 



OPCODE 


OPERANO 


WCYO 


l.B 


WCYO 


2.8 


WCYW 


ltB 


WCYW 


2tB 


WCYWO 


l.B 


WCYWO 


2,B 


WCYE 


l.B 


WCYE 


2.B 


WCYEW 


l.B 


WCYEW 


2.B 


RD 


l.B 


RO 


2.B 


ROW 


l.B 


ROW 


2.B 


ROO 


l.B 


ROO 


2.B 


RDWO 


1.8 


RDWO 


2,8 


ROG 


l.B 


ROG 


2.B 


ROGW 


l.B 


RDGW 


2.B 


RDT 


1,8 


RDI 


2.8 


ROTW 


l.B 


RDTW 


2.B 


ROTO 


l.B 


RDTO 


2.8 


ROTWO 


l.B 


RDTMO 


2.B 


RDTG 


l.B 


RDIG 


2.B 


RDTGW 


l.B 


RDTGW 


2.B 


RHA 


l.B 


RHA 


2.B 


RHAW 


l,B 


RHAW 


2,B 


RHAO 


l.B 


RHAO 


2.B 


RHA WO 


l.B 


RHAWO 


2.8 


RHAG 


l.B 


RHAG 


2.B 


RHAGW 


l.B 



OVERLAPPED - CHANNEL 1 

- CHANNEL 2 
LOAD MODE - CHANNEL I 

- CHANNEL 2 

LOAD MODE OVERLAPPED - CHANNEL 1 

- CHANNEL 2 
TO END OF CORE - CHANNEL 1 

- CHANNEL 2 

TO END OF CORE LOAD MODE - CHANNEL 1 

- CHANNEL 2 
READ SINGLE RECORD - CHANNEL 1 

- CHANNEL 2 
LOAO MODE - CHANNEL 1 

- CHANNEL 2 
OVERLAPPED - CHANNEL 1 

- CHANNEL 2 

LOAD MODE OVERLAPPED - CHANNEL 1 

- CHANNEL 2 
TO RECORD GAP - CHANNEL 1 

- CHANNEL 2 

TO RECORD GAP LOAD MODE - CHANNEL 1 

- CHANNEL 2 
REAO DISK FULL TRACK - CHANNEL 1 

- CHANNEL 2 

LOAD MODE - CHANNEL 1 

- CHANNEL 2 
OVERLAPPED - CHANNEL 1 

- CHANNEL 2 

LOAD MODE OVERLAPPED - CHANNEL I 

- CHANNEL 2 
TO END OF TRACK - CHANNEL 1 

- CHANNEL 2 

TO END OF TRACK LOAD MODE - CHANNEL 1 

- CHANNEL 2 
READ FULL TRACK WITH HOME ADDRESS - CHAN 1 

- CHAN 2 

LOAD MODE - CHANNEL 1 

- CHANNEL 2 

OVERLAPPED - CHANNEL 1 

- CHANNEL 2 

LOAO MODE OVERLAPPED - CHANNEL 1 

- CHANNEL 2 
TO END OF TRACK - CHANNEL 1 

- CHANNEL 2 

TO END OF TRACK LOAD MODE - CHANNEL 1 



INSTRUCTION 

M 3F3 34567 W 



M 


•Fa 


34567 


W 


L 


*F3 


34567 


w 


L 


nF3 


34567 


w 


L 


SF3 


34567 


w 


L 


»F3 


34567 


w 


M 


SF3 


34567 


X 


M 


nFS 


34567 


X 


L 


XFS 


34567 


X 


L 


nF3 


34567 


X 


M 


*F1 


34567 


R 


M 


OF I 


34567 


R 


L 


XF1 


34567 


R 


L 


DF1 


34567 


R 


M 


3F1 


34567 


R 


M 


»F1 


34567 


R 


L 


3F1 


34567 


R 


L 


»F1 


34567 


R 


M 


*F1 


34567 


$ 


M 


nFl 


34567 


$ 


L 


*F1 


34567 


$ 


L 


□Fl 


34567 


$ 


M 


XF2 


34567 


R 


M 


nF2 


34567 


R 


L 


XF2 


34567 


R 


L 


aF 2 


34567 


R 


M 


3F2 


34567 


R 


M 


»F2 


34567 


R 


L 


3F2 


34567 


R 


L 


»F2 


34567 


R 


M 


*F2 


34567 


$ 


M 


nF2 


34567 


$ 


L 


*F2 


34567 


$ 


L 


QF2 


34567 


$ 


M 


SF5 


34567 


R 


M 


nF5 


34567 


R 


L 


*F5 


34567 


R 


L 


□F5 


34567 


R 


M 


3F5 


34567 


R 


M 


*F5 


34567 


R 


L 


3F5 


34567 


R 


L 


• F5 


34567 


R 


M 


*FS 


34567 


$ 


M 


nF5 


34567 


$ 


L 


XF5 


34567 


$ 



Mnemonic Operation Codes 53 



OPCODE 


OPEF 


RHAGW 


2.B 


RFT 


l.B 


RFF 


2.B 


RFTW 


liB 


RFTVl 


2,B 


RFTO 


liB 


RFTO 


2,B 


RFTWO 


l.B 


RFIWO 


2,8 


RFIG 


L,B 


RFTG 


2,B 


RFTGW 


l.B 


RFTGW 


2.B 


RCY 


l.B 


RCY 


2,B 


RCYW 


l.B 


RCYW 


2,6 


KCYO 


l.B 


RCYO 


2.B 


RCYWO 


l.B 


RCYWO 


2.B 


RCYG 


l.B 


RCYG 


2.B 


RCYUW 


UB 


RCYGW 


2,B 



PSC 


l.B 


PSC 


2,B 


PSCO 


l.B 



PSCO 



2.B 



SAI 


l.B 


SAI 


2.B 


SAIO 


l.B 


SAIO 


2.B 


REL 


l.B 


REL 


2.B 


RELO 


l.B 


RELO 


2,B 



- CHANNEL 2 
READ FULL TRACK WITH ADDRESSES - CHANNEL 1 

- CHANNEL 2 

LOAD MODE - CHANNEL 1 

- CHANNEL 2 
OVERLAPPED - CHANNEL 1 

- CHANNEL 2 

LOAD MODE OVERLAPPED - CHANNEL 1 

- CHANNEL 2 
TO END OF TRACK - CHANNEL 1 

- CHANNEL 2 
TO END OF TRACK LOAD MODE - CHANNEL I 

- CHANNEL 2 
READ CYLINDER - CHANNEL 1 

- CHANNEL 2 
LOAD MODE - CHANNEL 1 

- CHANNEL 2 
OVERLAPPED - CHANNEL 1 

- CHANNEL 2 

LOAD MODE OVERLAPPED - CHANNEL 1 

- CHANNEL 2 
TO END OF CYLINDER - CHANNEL 1 

- CHANNEL 2 

TO END OF CYLINDER LOAD MODE - CHAN 1 

- CHAN 2 

PREVENT SEEK COMPLETE - CHANNEL 1 
- CHANNEL 2 
OVERLAPPED - CHANNEL 1 

- CHANNEL 2 

SET ACCESS INOPERATIVE - CHANNEL I 

- CHANNEL 2 
OVERLAPPED - CHANNEL 1 

- CHANNEL 2 

RELEASE - CHANNEL 1 
- CHANNEL 2 
OVERLAPPED - CHANNEL 1 

- CHANNEL 2 



1009 DATA TRANSMISSION UNIT 

RTD l.B READ - CHANNEL 1 

RTD 2,B - CHANNEL 2 

RTOW 1,8 LOAD MODE - CHANNEL I 

RTOW 2,B - CHANNEL 2 



NSTRUCTION 


L OF5 


34567 $ 


M *F6 


34567 R 


M nF6 


34567 R 


L SF6 


34567 R 


L DF6 


34567 R 


M 3F6 


34567 R 


M »F6 


34567 R 


L 3F6 


34567 R 


L «F6 


34567 R 


M SF6 


34567 $ 


M DF6 


34567 $ 


L SF6 


34567 $ 


L UFA 


34567 $ 


M *F3 


34567 R 


M DF3 


34567 R 


l *Fa 


34567 R 


L oF3 


34567 R 


M 3F3 


34567 R 


M *F3 


34567 R 


L 3F3 


34567 R 


L »F3 


34567 R 


M %FH 


34567 $ 


M nF3 


34567 $ 


L SF3 


34567 $ 


L dFS 


34567 $ 


M SF4 


34567 W 


M QF4 


34567 W 


M 3F4 


34567 R 


M «F4 


34567 R 



M 


SF8 


34567 


R 


M 


UF8 


34567 


R 


M 


3F8 


34567 


R 


M 


• F8 


34567 


R 


M 


SF9 


34567 


R 


M 


PF9 


34567 


R 


M 


3F9 


34567 


R 


M 


*F9 


34567 


R 



M XDO 34567 R 

M ODO 34567 R 

L XDO 34567 R 

L nDO 34567 R 



54 



OPCODE 


OPERAND 


KTDO 


1.8 


RTDO 


2.B 


RTOWO 


l.B 


RTOWO 


2,8 


WTO 


l.B 


WTD 


2,8 


WTDW 


l.B 


WTDW 


2.B 


WTDO 


l.B 


WTDO 


2.B 


WTDWO 


l.B 


WTDWO 


2.B 



OVERLAPPED - CHANNEL 1 

- CHANNEL 2 

LOAD MODE OVERLAPPED - CHANNEL 1 

- CHANNEL 2 
WRITE - CHANNEL I 

- CHANNEL 2 
LOAD MODE - CHANNEL 1 
- CHANNEL 2 
OVERLAPPED - CHANNEL 1 

- CHANNEL 2 

LOAD MOOE OVERLAPPED - CHANNEL 1 

- CHANNEL 2 



1011 PAPER TAPE INSTRUCTIONS 



RPT 


l.B 


READ - CHANNEL 1 


RPT 


2,8 


- CHANNEL 2 


RPTW 


l.B 


LOAD MODE - CHANNEL 1 


RPTW 


2.B 


- CHANNEL 2 


RPTO 


l.B 


OVERLAPPED - CHANNEL 1 


RPTO 


2,8 


- CHANNEL 2 


RPTWO 


l.B 


LOAD MODE OVERLAPPED - CHANNEL 1 


RPTWO 


2.B 


- CHANNEL 2 



1014 REMOTE INQUIRY INSTRUCTIONS 

RQ 10, B READ INQUIRY - CHANNEL 1 

RQ 20, B - CHANNEL 2 

RQVi 11,8 LOAD MODE - CHANNEL 1 

RQW 21, B - CHANNEL 2 

RQO 10, B OVERLAPPED - CHANNEL 1 

RQO 20, B - CHANNEL 2 

RQWO 11,8 LOAD MOOE - CHANNEL 1 

RQWO 21, B - CHANNEL 2 

WQ 10,6 WRITE INQUIRY - CHANNEL 1 

WQ 20, B - CHANNEL 2 

WQW 11,8 LOAD MODE - CHANNEL 1 

WOW 21, B - CHANNEL 2 

WQO 10, B OVERLAPPED - CHANNEL 1 

WQO 20,8 - CHANNEL 2 

WQWO 11,8 LOAD MOOE OVERLAPPED - CHANNEL 1 

WQWO 21,8 - CHANNEL 2 

TELEGRAPH UNITS 

RL 10, B READ TELEGRAPH UNIT - CHANNEL I 

RL 20, B - CHANNEL 2 

RLO 11, B OVERLAPPED - CHANNEL 1 

RLO 2 l.B - CHANNEL 2 



INSTRUCTION 

M SDO 34567 R 



M 


»D0 


34567 


R 


L 


SDO 


34567 


R 


L 


*D0 


34567 


R 


M 


SDO 


34567 


W 


M 


□00 


34567 


W 


L 


SDO 


34567 


W 


L 


nDO 


34567 


W 


M 


aoo 


34567 


W 


M 


• 00 


34567 


W 


L 


SDO 


34567 


W 


L 


• DO 


34567 


w 



M 


SP1 


34567 


R 


M 


PP1 


34567 


R 


L 


ZPl 


34567 


R 


L 


DPI 


34567 


R 


M 


3P1 


34567 


R 


M 


• PI 


34567 


R 


L 


SP1 


34567 


R 


L 


•PI 


34567 


R 



M 


XQO 


34567 


R 


M 


PQO 


34567 


R 


L 


*Q1 


34567 


R 


L 


□Ql 


34567 


R 


M 


aoo 


34567 


K 


M 


• QO 


34567 


R 


L 


3Q1 


34567 


R 


L 


•Ql 


34567 


R 


M 


*Q0 


34567 


W 


M 


□QO 


34567 


W 


L 


XQ1 


34567 


W 


L 


□Ql 


34567 


W 


M 


aoo 


34567 


w 


M 


• QO 


34567 


w 


L 


SQl 


34567 


w 


L 


•Ql 


34567 


w 



M XLO 34567 R 

M QLO 34567 R 

M 3LI 34567 R 

M «L1 34567 R 



Mnemonic Operation Codes 55 



OPCODE OPERAND 

WL 10, B WRITE TELEGRAPH UNIT - CHANNEL 1 

WL 20, B - CHANNEL 2 

WLO 11, B OVERLAPPED - CHANNEL 1 

WLO 21, B - CHANNEL 2 

1*12 MAGNETIC CHARACTER READER 



READ CHARACTER READER - CHANNEL 1 
- CHANNEL 2 
LOAD MODE - CHANNEL 1 
- CHANNEL 2 
OVERLAPPED - CHANNEL 1 
- CHANNEL 2 
LOAD MODE OVERLAPPED - CHANNEL 1 
- CHANNEL 2 

ENGAGE MAGNETIC CHARACTER READER - CHAN I 

- CHAN 2 

DISENGAGE MAGNETIC CHARACTER READER -CHAN I 

-CHAN 2 



RCR 


l.B 


RCR 


2,B 


RCKW 


l.B 


RCRU 


2.B 


RCRO 


l.B 


RCRO 


2.B 


RCRHO 


liB 


RCRWO 


2,B 



ECR1 
ECR2 



DCR1 
DCR2 



MCR STACKER SELECT, POCKET R - CHANNEL 1 
POCKET 3 - CHANNEL 2 

BRANCH LATE REAO INDICATOR ON - CHANNEL 1 

- CHANNEL 2 
NOT READY INDICATOR ON - CHANNEL 1 

- CHANNEL 2 
CHECK INDICATOR ON - CHANNEL I 
- CHANNEL 2 
AMOUNT FIELO INDICATOR ON - CHANNEL 1 

- CHANNEL 2 
PROCESS CONTROL FIELD IND ON - CHAN 1 

- CHAN 2 
ACCOUNT NUMBER INDICATOR ON - CHAN 1 

- CHAN 2 
TRANSIT ROUTING FIELD IND ON - CHAN I 

- CHAN 2 
DOCUMENT SPACING CHECK IND ON - CHAN 1 

- CHAN 2 

7750 TRANSMISSION CONTROL INSTRUCTIONS 

SCM 1,8 CONTROL - CHANNEL 1 
SCM 2,B - CHANNEL 2 



SSI 


R 


SS2 


3 


BCLR1 


I 


BCLR2 


I 


BCNR1 


I 


BCNR2 


I 


BCRC1 


I 


BCRC2 


I 


BCAF1 


I 


BCAF2 


I 


BCPC1 


I 


BCPC2 


I 


BCAN1 


I 


BCAN2 


I 


BCTR1 


I 


BCTR2 


I 


BCDC1 


I 


BCDC2 


I 



INSTRUCTION 
M *L0 34567 W 
M DLO 3*567 W 
M 5)L1 34567 W 
M *L1 34567 hi 



M 


*Sl 


34567 


R 


M 


aS2 


34567 


R 


L 


*S1 


34567 


R 


L 


QS2 


34567 


R 


M 


o)S1 


34567 


R 


M 


*S2 


3456 7 


R 


L 


asi 


34567 


R 


L 


*S2 


34567 


R 



P E 

Q E 



P D 

D 



p 


R 







3 




I 


56789 


1 





56789 


1 


I 


56789 


2 





56789 


2 


I 


56789 


3 





56789 


3 


I 


56789 


4 





56789 


4 


I 


56789 


5 





56789 


5 


1 


56789 


6 





56789 


6 


I 


56789 


7 





56789 


7 


I 


56789 


8 





56789 


8 



M XKjl 34567 C 
M nKll 34567 C 



56 



OPCODE 


OPERAND 


SCMO 


l.B 


SCMO 


2.B 


SCK 


ltB 


SCK 


2,B 


SCKO 


liB 


SCKO 


l.B 


SCL 


l.B 


SCL 


2.B 


SCLO 


l.B 


SCLO 


2.B 


SSM 


l.B 


SSM 


2,B 


SSMO 


l.B 


SSHO 


2.B 


SSK 


l.B 


SSK 


2.B 


SSKO 


l.B 


SSKO 


2.B 


SSL 


l.B 


SSL 


2.B 


SSLO 


l.B 


SSLO 


2.B 


SRM 


l.B 


SRM 


2.B 


SRHO 


l.B 


SRMO 


2.B 


SRK 


l.B 


SRK 


2.B 


SRKO 


l.B 


SRKO 


2.B 


SRL 


l.B 


SRL 


2.B 


SRLO 


l.B 


SRLO 


2.B 


SRMG 


l.B 


SRHG 


2.B 


SRKG 


l.B 


SRKG 


2.B 


SRLG 


l.B 


SRLG 


2.B 


SWM 


l.B 


SWM 


2.B 


SWMO 


l.B 


SWMO 


2.B 


SWK 


l.B 



OVERLAPPED - CHANNEL 1 

- CHANNEL 2 

6 BIT LOAD MODE - CHANNEL 1 

- CHANNEL 2 

6 BIT LOAD MODE OVERLAPPED - CHANNEL 1 

- CHANNEL 2 
8 BIT LOAD MODE - CHANNEL I 

8 BIT LOAD MODE OVERLAPPED - CHANNEL 1 

- CHANNEL 2 
SENSE - CHANNEL 1 

- CHANNEL 2 
OVERLAPPED - CHANNEL 1 

- CHANNEL 2 

6 BIT LOAD MODE - CHANNEL 1 

- CHANNEL 2 

6 BIT LOAD MODE OVERLAPPED - CHANNEL 1 

- CHANNEL 2 
8 BIT LOAD MODE - CHANNEL 1 

- CHANNEL 2 

8 BIT LOAD MODE OVERLAPPED - CHANNEL 1 

- CHANNEL 2 
READ - CHANNEL I 

- CHANNEL 2 

OVERLAPPED - CHANNEL 1 

- CHANNEL 2 

6 BIT LOAD MODE - CHANNEL 1 

- CHANNEL 2 

6 BIT LOAD MODE OVERLAPPED - CHANNEL 1 

- CHANNEL 2 
8 BIT LOAD MODE - CHANNEL 1 

- CHANNEL 2 

8 BIT LOAD MODE OVERLAPPED - CHANNEL 1 

- CHANNEL 2 
TO END OF RECORD - CHANNEL 1 

- CHANNEL 2 

TO END IN 6BIT LOAD MODE - CHANNEL 1 

- CHANNEL 2 
TO END IN 8BIT LOAD MODE - CHANNEL 1 

- CHANNEL 2 
WRITE - CHANNEL 1 

- CHANNEL 2 
OVERLAPPED - CHANNEL 1 

- CHANNEL 2 

6 BIT LOAD MODE - CHANNEL 1 



INSTRUCTION 


M SKI 


34567 C 


M »Kl 


34567 C 


L SKI 


34567 C 


L OKI 


34567 C 


L 3K1 


34567 C 


L aK 1 


34567 C 



L SKO 34567 C 
L nKO 34567 C 



L 


3KC 


34567 


C 


L 


»KO 


34567 


c 


n 


SK 1 


3456 7 


s 


M 


OK I 


34567 


s 


M 


SK 1 


34567 


s 


M 


*K 1 


34567 


s 


L 


SK 1 


34567 


s 


L 


aK 1 


34567 


s 


L 


SK L 


34567 


s 


L 


•Kl 


34567 


s 


L 


SK'O 


34567 


s 


L 


□ KO 


34567 


s 


L 


SKO 


34567 


s 


L 


•KO 


34567 


s 


M 


SKI 


34567 


R 


M 


UK1 


34567 


R 


M 


SKI 


34567 


R 


M 


♦ Kl 


34567 


R 


L 


SKI 


34567 


R 


L 


aKl 


34567 


R 


L 


SKI 


34567 


K 


L 


•Kl 


34567 


R 



L SKO 345*7 R 

L aKO 34567 R 

L 3K0 34567 R 

L »KO 34567 R 

M SK'l 34567 $ 



M 


□ Kl 


34567 


$ 


L 


SKI 


34567 


$ 


L 


OKI 


34567 


* 


L 


SKO 


34567 


$ 


L 


□KO 


34567 


$ 


M 


SKI 


34567 


W 


M 


PK1 


34567 


W 


M 


3K1 


34567 


M 


M 


•Kl 


34567 


W 


L 


SKI 


34567 


M 
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OPCODE 


OPERAND 


^ __ __ -— — — . 




I 








NSTRUCTION 


SHK 


2,B 


- CHANNEL 2 




L 


OKI 


34567 W 


SWKO 


1.8 


6 B1I LOAD MODE OVERLAPPED - 


CHANNEL 1 


L 


SKI 


3*567 W 


SWKO 


2,8 




CHANNEL 2 


L 


• Kl 


34567 W 


SWL 


1.8 


8 BIT LOAD MODE - CHANNEL 1 




L 


XKO 


34567 W 


SWL 


2.8 


- CHANNEL 2 




L 


□KO 


34567 W 


SWLO 


1.8 


8 BIT LOAD MODE OVERLAPPED - 


• CHANNEL 1 


L 


3K0 


34567 W 


SWLO 


2,8 




- CHANNEL 2 


L 


• KO 


34567 W 


SWME 


l.B 


TO END OF CORE - CHANNEL 1 




M 


XK1 


34567 X 


SWME 


2.8 


- CHANNEL 2 


} 


M 


□Kl 


34567 X 


SMKE 


l.B 


TO END IN 6 BIT LOAD MODE - 


CHANNEL 1 


L 


*K1 


34567 X 


SMKE 


2,6 


- 


CHANNEL 2 


L 


OKI 


34567 X 


SWLE 


1.8 


TO END IN 8 BIT LOAD MODE - 


CHANNEL 1 


L 


XKO. 


34567 X 


SWLE 


2,8 


- 


CHANNEL 2 


L 


□KO 


34567 X 
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Actual Address 8 

Address Adjustment 10 

Address Constant Literals 10 

Address Constants 13 

Address Types 8 

Alphamerical Constants 12 

Alphamerical Literals 9 

Asterisk Address 8 

BBE - Branch if Bit Equal 23 

BCE - Branch if Character Equal 23 

BEX 1 or BEX 2 - Branch on External Indicator .... 24 

Blank Address 8 

Blank Constants 13 

BOOL — For Solving Logical Expressions 31 

BWZ - Branch if Word Mark, Zone or Both 23 

BZN - Branch on Zone 23 

Call Macro 36 

Call Boutines 35 

CC — Control Carriage 23 

Coding (Imperative Operations) 22 

Coding Sheet 5 

Comments 7 

COMP - To Compare Two Fields 33 

CTL - Control 17 

DA - Define Area 13 

DA — Header Line 13 

DA - Other Entries 14 

Data Move Instructions 22 

DC - Define Constant (No Word Mark) 13 

DCW - Define Constant with Word Mark 12 

Declarative Operations 12 

DELET - Delete -39 

Diagnostic Aids 20 

Disk Commands 23 

DS - Define Symbol 13 

EJECT - Eject 17 

END - End 20 

EQU - Equate 15 

EX - Execute 19 

Identification 7 

Imperative Operations . . : 17 

Incld Macro 37 

Index Begister Beservation 11 

Index Begisters 10 



Input/Output Commands 24 

INSEB - Insert 27, 39 

JOB -Job 17 

Label 6 

Library Entry 25 

Line Number 5 

Literals 8 

LOAD - Load 17 

LTOBG - Literal Origin 19 

Machine Bequirements 5 

Macro-Instructions 28 

Macro Operations 25 

Macro Processing 39 

Macro System — *Definition of Terms 25 

Magnetic Tape Commands 23 

MATH — For Solving Algebraic Expressions 30 

MEND - End of Boutine 34 

Mnemonic Operation Codes 41 

Model Statements 27 

NOPWM - No Operation Word Mark . 24 

NOTE - To Produce a Message '. .' 33 

Numerical Constants 12 

Numerical Literals 9 

Operand 7 

Operation 7 

OBG - Origin 18 

Page Number 5 

Permanent and Temporary Switches 29 

Priority Processing 24 

Processor Control Operations 17 

Pseudo Macro-Instructions 29 

PST - Print Symbol Table 20 

P - Punch 23 

B - Bead 23 

BESEQ - Besequence 17 

BUN - Bun 17 

SFX - Suffix 20 

SSF - Select Stacker and Feed 22 

Symbolic Address 8 

The Macro System 25 

XFB - Transfer 20 
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